Microsoft Exchange 2000 Server 中的 Microsoft® Outlook® Web Access 提供了通过 Web 浏览器访问 Exchange 邮箱数据的方便功能。管理员可以利用本文解决使用户无法成功地登录并使用 Outlook Web access 的配置问题和常见网络问题。
本文是为熟悉 HTTP 和基本的 Microsoft Windows® 2000 概念的 Exchange 2000 或 Outlook Web access 管理员而编写的。熟悉 Microsoft Internet 信息服务 (IIS) 也将有助于您进行疑难解答。
本文提供的五个步骤用来对最常见的 Outlook Web access 登录错误进行疑难解答。这些步骤将帮助您确定：
即使所有这些步骤都无法帮助您解决问题，您也可以在拨打 Microsoft 产品支持服务电话时使用您通过这些步骤搜集到的信息。在进行疑难解答时，请清楚记录每一步，因为您可能需要返回来参考这些步骤，或者需要将这些信息提供给 Microsoft 产品支持服务代表。
注 本文档主要讲述造成您或您的客户根本无法使用 Outlook Web Access 的问题（如登录失败或无法看到您文件夹中的内容），而非 Outlook Web access 会话中可能出现的问题。
本文包括以下步骤，这些步骤可帮助您进行疑难解答。
下面几节讲述 Outlook Web access 的一些管理技巧，Microsoft 产品支持服务人员成功地使用这些技巧对常见错误进行疑难解答。
需要记住的最重要疑难解答技巧是：每次只应更改一项设置或配置。通过只更改一项设置，您可以仔细跟踪更改前后的行为，从而可确定是哪一项更改解决了问题。如果您需要与产品支持服务人员联系，每次只更改一项设置还可帮助他们缩小问题范围。
最常见的 Outlook Web access 登录问题之一是键入密码错误。如果用户不能访问其邮箱，请让该用户再次确定他或她是否犯了打字错误。还要确保没有启用 CAPS LOCK 键。
确保对所有测试使用同一个非管理员帐户。原则上，应在开始疑难解答前创建此帐户，而不应使用现有帐户。通过使用新帐户，您可以确保该帐户不存在旧问题。
如果仅一个用户帐户发生了某个问题，请将该用户的 Active Directory® 目录服务配置选项与另一正常用户帐户的配置选项相比较。
有时，某个问题可能只在某一特定的客户机上发生。验证您是否可以在多台客户机上重现此问题。如果发现只能在一台客户机上重现此问题，则可以大大缩小问题原因的范围。
如果最初是在使用 Microsoft Internet Explorer 5 与 Outlook Web access 时遇到了问题，请尝试使用 Netscape Navigator。如果最初是在使用 Netscape Navigator 时遇到了问题，请尝试使用 Internet Explorer。
Outlook Web access 有两种形式，即“胖”客户端形式和“延伸”客户端形式。在运行 Microsoft Windows 或 Sun Solaris 的计算机上运行 Internet Explorer 5 或其更高版本的用户使用胖客户端，它为用户提供全部功能。所有其他浏览器（如 Internet Explorer 4.x 或 Netscape Navigator）的用户使用延伸客户端。
胖客户端利用运行 Internet Explorer 5 或其更高版本的计算机上的现有控件，来与 Exchange 服务器一起执行自定义请求。Internet Explorer 5 或其更高版本使用动态超文本标记语言 (DHTML) 来呈现内容项，并使 Outlook Web access 的外观类似于 Outlook。
延伸客户端使用较简单的 HTML 3.2 和欧洲计算机制造商协会 (ECMA) 脚本来呈现视图和内容项。Internet Explorer 4.x、Netscape Navigator、Opera、Pocket Internet Explorer 和所有其他浏览器都使用延伸客户端。
不同的浏览器也都分别支持不同的身份验证机制。例如，如果您不能使用 Internet Explorer 5 登录，但可以使用 Pocket Internet Explorer 登录，则可能是贵组织的 NTLM 身份验证或 Kerberos 身份验证中的配置有问题。
您还可以使用 Outlook（带有 Exchange Server 服务）或 Outlook Express（采用一个邮政协议 [POP] 或 Internet 邮件访问协议 [IMAP] 帐户）来访问有问题的邮箱。如果使用这些非 Outlook Web Access 客户程序无法访问该帐户，则该问题可能并非特定于 Outlook Web access。
当用户在 Outlook Web access 中访问邮箱时，他们的 Web 浏览器会打开一个对话框，提示他们输入凭据。此对话框可能有两个字段（用户名和密码），或者可能有三个（用户名、密码和域），具体取决于用户当前使用的浏览器的类型和版本。用户名的默认形式是：域名，后面是反斜杠 (\)，再后面是用户的别名或用户名。在对错误进行疑难解答时，如果您在贵组织中配置了非默认身份验证选项（如通用原则名称 [UPN] 用户名，或默认域），请不要使用这些选项。每次都要使用 <域>\<用户名> 格式开始疑难解答。
如果在使用 <域>\<用户名> 格式时可以访问邮箱，但在使用 UPN 用户名或默认域时不能访问邮箱，请检查 Exchange System Manager（Exchange 系统管理器）中的默认域设置。
下面的步骤讲述如何验证默认 HTTP 虚拟服务器以及您或您的组织创建的任何 HTTP 虚拟服务器上的默认域设置。您必须通过 Internet 服务管理器来管理默认的 HTTP 虚拟服务器，而使用 System Manager（系统管理器）管理您创建的任何 HTTP 虚拟服务器。
在 Internet 服务管理器中验证默认域设置（对默认 HTTP 虚拟服务器）
在“系统管理器”中验证默认域设置（对所有其他 HTTP 虚拟服务器）
如果正确列出了默认域，则可能未将设置复制到 Exchange 服务器的元数据库中。有关更多信息，请参见本文中下面的“确保复制 IIS 设置”。
有关使用 UPN 登录的更多信息，请参见 Microsoft 知识库文章 Q243280“Users Can Log in Using User Name or User Principal Name”（用户可使用用户名或用户主要名称登录），网址是：http://go.microsoft.com/fwlink/?LinkId=3052&ID=243280。
使用 Outlook Web access，用户不需要知道其邮箱的完整 URL 就可以登录。用户键入 http://<服务器名>/exchange，然后在得到浏览器提示后，输入他们的用户名和密码。Exchange 使用用户名和密码信息来在 Active Directory 中查找用户邮箱的完整 URL。Exchange 然后将用户路由到正确的邮箱。
在进行疑难解答时，请始终使用邮箱的完整 URL，例如，http://<服务器名>/exchange/<用户名>。在您使用此完整 URL 时，Exchange 不执行使用简短 URL 时需要执行的 Active Directory 查找过程。
如果您可以使用完整 URL 访问邮箱，但不能使用简短的 URL 访问邮箱，则访问问题可能与身份验证有关。
如果用户无法访问某个资源，请将访问该资源的身份验证方法设置为“基本”身份验证。如果您认为访问问题的原因在于权限配置不当，则此步骤尤为重要。
下面的步骤讲述如何在默认 HTTP 虚拟服务器及您或您的组织创建的任何 HTTP 虚拟服务器上配置身份验证设置。您必须通过 Internet 服务管理器来管理默认的 HTTP 虚拟服务器，而使用系统管理器管理您创建的任何 HTTP 虚拟服务器。
安全警告 这些步骤只能用于疑难解答。为安全起见，除非您还使用了安全套接字层 (SSL) 加密，否则一定不要将基本身份验证选作您的唯一身份验证方法。
在 Internet 服务管理器中设置基本身份验证（对默认 HTTP 虚拟服务器）
在系统管理器中验证默认域设置（对所有其他 HTTP 虚拟服务器）
您可能至少需要等 15 分钟来让您的身份验证设置复制到 Exchange 元数据库。有关更多信息，请参见本文中下面的“确保复制 IIS 设置”。
如果使用基本身份验证而不使用任何其他身份验证方法允许您访问邮箱，则访问问题或者是由集成的 Windows 身份验证引起的，或者是由匿名访问引起的。
集成的 Windows 身份验证即 Exchange 服务器上注册的 Windows 2000 身份验证机制，例如 NTLM 和 Kerberos。NTLM 仅在 Internet Explorer 4.x 及更高版本中受支持。Kerberos 仅在 Internet Explorer 5 及其更高版本中受支持。
如果在您选择“集成的 Windows 身份验证”后发生了此问题，请检查是否在 Internet Explorer 5 或其更高版本以外的其他浏览器中发生此问题（例如 Internet Explorer 4.x），因为这一浏览器不支持集成的 Windows 身份验证。如果在 Internet Explorer 4.x 等浏览器中不发生此问题，则此访问问题很可能与集成的 Windows 身份验证有关。
您看到的什么情况表明 Outlook Web access 不能正常使用？本节讲述最常见的访问问题症状。
HTTP 错误是用户尝试登录 Outlook Web access 时最常见的症状。因为浏览器中可能收到的 HTTP 错误有若干种不同情况，所以错误代码对于确定是什么错误很有用。如前所述，即使错误代码不能帮助您解决问题，也可能对 Microsoft 产品支持服务人员有帮助。
如果您尝试访问 Outlook Web access 时在浏览器中看到了错误，请记下错误代码。例如，在图 1 中所示的 HTTP 错误 HTTP/1.1 404 Not Found（HTTP/1.1 404 未找到）中，404 就是错误代码。
如果您的浏览器不支持内嵌框，请单击此处在单独的页中查看。
图 1 一个 HTTP 错误
除 HTTP 错误代码外，IIS 也会在 Web 浏览器中显示它自己的错误代码。这些错误代码一般表示为两组数字，例如：
Microsoft Internet Explorer 有一种功能可让用户只显示“友好”错误消息，即措辞简明并且没有错误代码的消息。如果您认为您收到了一条错误消息，但看不到错误代码，则可能在出现问题的浏览器上激活了友好 HTTP 错误消息（此功能在默认情况下为关闭状态）。下面的步骤讲述如何关闭友好 HTTP 错误消息。
关闭 Internet Explorer 中的友好 HTTP 错误消息
用户可能会看到图 2 中所示的另一种 IIS 或 HTTP 错误。在这种错误中，Outlook Web access 检测到一个 HTTP 或 IIS 问题，然后显示一个错误对话框，而不是在浏览器窗口中显示一个错误。
图 2 Outlook Web access 显示的错误对话框示例
如想在此类情况下看到完整的错误，请捕捉您的客户端和服务器之间的一个 HTTP 通讯快照。错误代码很可能会出现在该快照中。
Outlook Web access 中的不正常行为是另一种表明有问题的迹象。下面是一些不正常行为的示例：
在 Internet Explorer 中，您可以配置浏览器，使其向用户显示脚本错误（默认情况此功能为关闭状态）。显示脚本错误可帮助管理员对 Outlook Web access 错误进行疑难解答。
在 Internet Explorer 中显示脚本错误
在确定您遇到的错误的症状后，如何确定这些症状的原因？本节按类别列出了常见 Outlook Web access 错误症状，并就可能的原因和解决方法为您提供了建议。
本节讲述 HTTP 错误症状及其可能的原因和解决方法。
注 Internet 服务管理器中的主机标题与系统管理器中的主机名相同。
本节讲述 IIS 错误症状及其可能的原因和解决方法。
本节讲述一些表明可能有问题的 Outlook Web access 行为及其可能的原因和解决方法。
确保您拥有适当的执行权限
本节中的步骤用于对您在上文中确定的问题范围集中进行疑难解答。下面各节还包含用于在 Outlook Web access 中检查错误的更多最佳做法。
Outlook Web Access 与 IIS 紧密集成在一起。因此，IIS 中的问题可能会传播，使 Outlook Web Access 也出现问题。本节包含一系列步骤，旨在帮您确定在贵组织中是不是 IIS 导致了 Outlook Web access 错误。以下步骤描述如何：
如果您能够访问该示例 HTML 文档，则说明问题与 IIS 无关。如果按这些步骤操作后仍不能访问该文档，则问题可能与 Exchange 和 Outlook Web access 无关，因而应当检查您在 IIS 中所设置的权限或其他配置。
注 有关检查权限的更多信息，请参见 Microsoft 知识库文章 Q187506“List of NTFS Permissions Required for IIS Site to Work”（IIS 站点正常运行所需要的 NTFS 权限列表），网址是 http://go.microsoft.com/fwlink/?LinkId=3052&ID=187506。
如何在 IIS 中创建新的虚拟目录
如何启用基本访问并禁用匿名访问
如何在此虚拟目录中创建文件
如何使用 Web 浏览器访问此文件
注 在上面 <服务器名> 的位置，您可能需要输入主机标题或完全限定域名（例如 server.fabrikam.com）。您也可以使用服务器的 IP 地址。
重要说明 若要访问在 Internet 服务管理器 MMC 管理单元中创建的虚拟目录中的文件，您使用的帐户必须有在本地登录权限（Outlook Web access 不要求这些权限）。
任何用于对 Outlook Web access 错误进行疑难解答的帐户都必须对运行 Exchange 的计算机上的以下目录拥有读取和执行权限：
设置对目录的读取和执行权限
验证您是否可以从网络上的另一计算机访问 Exchange 服务器上的文件共享区。下面的步骤描述如何通过共享一个文件然后从另一计算机访问该共享文件来实现此目的。
创建一个共享文件
访问该共享文件
在 IIS 中，您可以对虚拟目录或虚拟服务器设置权限，以允许以下操作：
确保按照您的组织的需要配置这些权限。例如，如果您将一个虚拟目录仅用于访问一个邮箱服务器，则默认设置为启用读、写、脚本资源访问和目录浏览权限，而执行许可设置为无。
本节讲述如何使用 Internet 服务管理器 MMC 管理单元来确保 Outlook Web access 使用的 IIS 目录的权限已正确分配。
打开 Internet 服务管理器
在 Internet 信息服务中，验证下面的权限是否正确。
验证对 Exchweb 虚拟目录的权限
验证对 Exchweb\bin 虚拟目录的权限
Outlook Web access 使用的 ASP 页存储在 Exchweb\bin\<lang> 文件夹中（其中 <lang> 指语言）。如想使任何 ASP 页运行，必须对 Exchweb\bin 虚拟目录或其父目录之一启用应用程序保护。应用程序保护确定应用程序是与 Web 服务在同一进程中运行，在所有应用程序共享的独立汇集进程中运行，还是在与其他应用程序分离的独立汇集进程中运行。
如果您在访问 Exchweb\bin\<lang> 目录中的一个 ASP 页时收到 HTTP 500 错误，但在 Exchweb 中检索其他项（如 .gif 文件）能够正常进行，则可能是对 Exchweb\bin 目录、Exchweb 目录或 HTTP 虚拟服务器未启用应用程序保护。
启用应用程序保护
Exchange 将配置信息存储在 Active Directory 中，IIS 将配置信息存储在元数据库（计算机上的一个本地数据库）中。Exchange System Attendant（Exchange 系统助理）服务确保将 Exchange HTTP 虚拟服务器的配置信息复制到本地元数据库，从而使 IIS 能够访问这些信息。
这种复制只能单向进行；所以，在元数据库 (IIS) 中所作的更改不会复制给 Active Directory (Exchange)。因此，某些配置更改必须在系统管理器（而非 Internet 服务管理器）中进行。复制过程在系统助理运行时每隔 15 分钟发生一次，或者在 Exchange 系统管理器中执行更改后也会立即进行复制。
当您在 Internet 服务管理器中查看 IIS 配置设置时，您就是直接在元数据库中查看配置。如果某个复选框在 IIS（Internet 服务管理器）中未选中，但它在 Exchange（系统管理器）中选中了，则在目录中选中的属性的值有效，但元数据库中的这个值无效。
使用系统管理器，仅在 Exchange 中设置以下配置：
使用 Internet 服务管理器，仅在 IIS 中设置以下配置：
作为一般规则，如果系统管理器中存在执行操作的 UI，则请使用系统管理器。如果系统管理器中没有所需的 UI，请使用 Internet 服务管理器。
有两种主要症状表明从 Exchange 到 IIS 的复制过程可能有问题：
本节讨论可用来帮助您对常见 Outlook Web access 问题（例如本文讨论的问题）进行疑难解答的一些工具。
