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

文章翻译 文章翻译
文章编号: 823265 - 查看本文应用于的产品
展开全部 | 关闭全部

症状

当您尝试使用 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 后,保存该文件。

属性

文章编号: 823265 - 最后修改: 2006年7月14日 - 修订: 5.1
这篇文章中的信息适用于:
  • Microsoft Windows SharePoint Services
关键字:?
kberrmsg kbtshoot kbprb KB823265
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com