本文是为熟悉 HTTP 和基本的 Microsoft Windows® 2000 概念的 Exchange 2000 或 Outlook Web Access 管理员而编写的。熟悉 Microsoft Internet 信息服务 (IIS) 也将有助于您进行疑难解答。

　　本文提供的五个步骤用来对最常见的 Outlook Web Access 登录错误进行疑难解答。这些步骤将帮助您确定：

　　*您可能遇到了什么类型的错误。

　　*该错误意味着什么。

　　*该错误的可能原因。

　　即使所有这些步骤都无法帮助您解决问题，您也可以在拨打 Microsoft 产品支持服务电话时使用您通过这些步骤搜集到的信息。在进行疑难解答时，请清楚记录每一步，因为您可能需要返回来参考这些步骤，或者需要将这些信息提供给 Microsoft 产品支持服务代表。

　　注： 本文档主要讲述造成您或您的客户根本无法使用 Outlook Web Access 的问题(如登录失败或无法看到您文件夹中的内容)，而非 Outlook Web Access 会话中可能出现的问题。

　　本文包括以下步骤，这些步骤可帮助您进行疑难解答。

　　1.疑难解答最佳做法

　　除讲述最常见错误解决方案外，本步骤还讲述可靠的管理办法，这些办法可确保 Outlook Web Access 具有一贯的性能。

　　2.有什么症状?

　　本步骤通过描述最常见的问题类别，帮助管理员澄清问题的原因。Microsoft 产品支持服务使用这些类别来对 Outlook Web Access 进行疑难解答。

　　3.这些症状说明了什么?

　　管理员确定问题的症状后，本步骤可帮助确定问题的原因和一些可能的解决方法。

　　4.其他疑难解答步骤

　　本步骤讲述更具体的疑难解答方法，包括检查过去造成 Outlook Web Access 错误的 Exchange 2000 和 Microsoft Windows® 2000 组件。

　　5.疑难解答工具

　　本步骤概括介绍 Windows 2000 和 Exchange 2000 工具，这些工具可帮助管理员进一步解决 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 虚拟服务器)

　　1.单击开始，指向程序，再指向管理工具，然后单击 Internet 服务管理器。

　　2.如果需要，请单击展开本地计算机对象，然后单击展开 Web 站点。

　　3.右键单击默认 Web 站点，然后单击属性。

　　4.在目录安全性选项卡上的匿名访问和验证控件下，单击编辑。

　　5.在身份验证方法中，在已验证身份的访问下，在默认域中，验证您的域是否已正确列出，没有打字错误或拼写错误。对于 UPN 用户名，只应列出一个反斜杠 (\)。

　　在“系统管理器”中验证默认域设置(对所有其他 HTTP 虚拟服务器)

　　1.单击开始，指向程序，再指向 Microsoft Exchange，然后单击 System Manager(系统管理器)。

　　2.单击展开管理组、有问题的管理组、服务器、有问题的 Exchange 服务器、协议，然后单击 HTTP。

　　3.右键单击有问题的 HTTP 虚拟服务器，然后单击属性。

　　4.在访问选项卡上，单击身份验证。

　　5.在身份验证方法中，在默认域中，验证您的域是否已正确列出，没有打字错误或拼写错误。对于 UPN 用户名，只应列出一个反斜杠 (\)。

　　如果正确列出了默认域，则可能未将设置复制到 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。

　　使用完整的 URL 登录到邮箱

　　使用 Outlook Web Access，用户不需要知道其邮箱的完整 URL 就可以登录。用户键入 http://<;服务器名>/exchange，然后在得到浏览器提示后，输入他们的用户名和密码。Exchange 使用用户名和密码信息来在 Active Directory 中查找用户邮箱的完整 URL。Exchange 然后将用户路由到正确的邮箱。

　　在进行疑难解答时，请始终使用邮箱的完整 URL，例如 http://<;服务器名>/exchange/<用户名>。在您使用此完整 URL 时，Exchange 不执行使用简短 URL 时需要执行的 Active Directory 查找过程。

　　如果使用完整 URL 登录解决了问题

　　如果您可以使用完整 URL 访问邮箱，但不能使用简短的 URL 访问邮箱，则访问问题可能与身份验证有关。

　　仅使用基本身份验证

　　如果用户无法访问某个资源，请将访问该资源的身份验证方法设置为“基本”身份验证。如果您认为访问问题的原因在于权限配置不当，则此步骤尤为重要。