安装 Windows SharePoint Services 后,使用 Outlook Web Access (OWA) 浏览 Exchange Server 2003 客户端时收到“Page not found”(页找不到)错误消息

本文已归档。它按“原样”提供,并且不再更新。
症状
当您尝试使用 Microsoft Outlook Web Access 浏览 Microsoft Exchange Server 2003 客户端时,可能收到以下错误消息:
页找不到
原因
当您在运行 Microsoft Exchange Server 的服务器上安装 Microsoft Windows SharePoint Services 后,可能会出现此问题。Windows SharePoint Services ISAPI 筛选器处理所有传入的 URL。当您浏览其中一个 Exchange Server 2003 虚拟目录时,ISAPI 筛选器找不到该文件夹的 URL 路径。
解决方案
要解决此问题,并且使 Windows SharePoint Services 和 Exchange Server 2003 都能正常工作,您必须启用 Kerberos 身份验证,并且排除 Microsoft Exchange Server 2003 所使用的文件夹(目录)。为此,请按照下列步骤操作:
  1. 对运行 Windows SharePoint Services 和 Exchange Server 2003 程序的虚拟服务器进行配置,以使其使用 Kerberos 身份验证。

    用 Windows SharePoint Services 扩展虚拟服务器时,将禁用 Kerberos 身份验证,而启用集成 Windows 身份验证。要使 Exchange Server 2003 能够正常工作,您必须配置虚拟服务器以使用 Kerberos 身份验证。 有关如何配置 Windows SharePoint Services 以使用 Kerberos 身份验证的更多信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    832769如何将 Windows SharePoint Services 虚拟服务器配置为使用 Kerberos 身份验证以及如何从 Kerberos 身份验证切换回 NTLM 身份验证
  2. 排除 Microsoft Exchange Server 2003 所使用的以下文件夹(目录):
    • Public
    • Exchange
    • Exadmin
    • OMA
    • Microsoft-Server-ActiveSync
    • ExchWeb
    为此,请按照下列步骤操作:
    1. 在运行 Exchange Server 2003 和 Windows SharePoint Services 的服务器上,依次单击“开始”、“管理工具”,然后单击“SharePoint 管理中心”。
    2. 在“虚拟服务器配置”区域中,单击“配置虚拟服务器设置”。
    3. 在“虚拟服务器列表”选项卡上,单击您必须向其添加所排除的路径的虚拟服务器。
    4. 在“虚拟服务器管理”下面,单击“定义管理路径”。
    5. 在“添加新路径”部分,在“路径”框中键入要排除的路径。
    6. 单击“排除的路径”,然后单击“确定”。
    7. 对每个您想排除的文件夹重复步骤 4 至 6。
如果您必须与 Microsoft Windows SharePoint Services 一起使用 Outlook Mobile Access,则除了排除 OMA 路径外,您还必须完成一个额外的步骤以使该虚拟目录可以访问。打开位于路径
\Program Files\Exchsrvr\OMA\browse\web.config
中的 OMA Web.config 文件,并在 Web.config 文件的 <system.web></system.web> 之间添加以下指令。请在紧跟在 <system.web> 后面的位置添加这些指令,以使其尽可能简单:
<!--         Clear out the WSS ASP.Net handler and specify the default ASP.Net handler for all pages     -->     <httpHandlers>        <clear />        <add verb="*" path="*.aspx" type="System.Web.UI.PageHandlerFactory" />    </httpHandlers>     <!--         Set the trust back to Full.  WSS configures a very restrictive trust policy that does not allow OMA to run correctly.    -->     <trust level="Full" originUrl="" />      <!--         Enable the session module.  This can also be enabled on the WSS Web.config, but is not enabled by default.           If you receive the following message:         Parser Error Message: The module 'Session' is already in the application and cannot be added again         You can remove the following <httpModules></httpModules> section as session is already enabled on the virtual server     -->      <httpModules>        <add name="Session" type="System.Web.SessionState.SessionStateModule"/>    </httpModules> <!-- Enable Session for the pages in the OMA application --> <pages enableSessionState="true" enableViewState="true" enableViewStateMac="true" validateRequest="false" />
将这些指令添加到 Web.config 后,保存该文件。
属性

文章 ID:823265 - 上次审阅时间:12/08/2015 03:20:30 - 修订版本: 5.1

Microsoft Windows SharePoint Services

  • kbnosurvey kbarchive kberrmsg kbtshoot kbprb KB823265
反馈