你目前正处于脱机状态,正在等待 Internet 重新连接

安装 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 - 上次审阅时间:07/14/2006 03:03:00 - 修订版本: 5.1

  • Microsoft Windows SharePoint Services
  • kberrmsg kbtshoot kbprb KB823265
反馈