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

当使用基于窗体的身份验证时,outlook Web Access 会话意外退出

注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。

点击这里察看该文章的英文版: 820378


症状
当您登录到您的邮箱使用 Microsoft Outlook Web Access (OWA) 时,您可能会遇到以下症状:
  • 当您尝试使用该 OWA 拼写检查功能时收到以下错误消息之一:

    消息 1
    未指定的错误。
    消息 2
    此项中的进行拼写检查不能进行检查。请稍后再试。
  • 您的 OWA 会话意外退出。
原因
如果 Outlook Web Access 服务器已经发布了通过 Microsoft Internet 安全性和加速 (ISA) 服务器,或同时满足下列条件都为真,则可能会发生此现象:
  • 通过使用只有您的用户别名和密码而不是通过在通用命名约定 (UNC) 格式 (Domain\User) 或您的用户主体名称 (UPN) 格式 (user@domain.com) 中指定域登录。
  • Exchange 虚拟服务器配置为使用基于窗体的身份验证 (Cookie 身份验证)。
替代方法
若要变通解决此问题,使用下列方法之一。

方法 1: 指定域,在登录时

当您上登录时您的登录凭据中指定您的域。这样做请在 连接到 Servername.com 对话框 (其中 domain 是您的域的名称,其中 user 是您的别名和其中 UPN 是用户主要名称) 的 用户名称 列表中使用下列格式之一:
domain\user

-或者-

user@UPN

方法 2: 自定义 Logon.asp

如果您不想在登录时指定域,创建自定义 Logon.asp 页,其中包括默认的域 (可见或隐藏)。您还可以显示该服务器支持的域的列表。

下面的代码示例阐释如何创建自定义 Logon.asp 页。若要将此代码的 <form>的两个实例都替换 Logon.asp 文件与下面的代码的每个语言版本中。

注意您必须替换 <form>这两个的实例 与此代码用于丰富的体验,另一个实例是实例是基本的体验。浏览器兼容性要求此替换。 此外,如果进行了自定义 Logon.asp 页用户将不再能够使用 domain 的用户名称登录 \ user name。如果它们这样它们将实际上传递 domain \ domain \ user name

Microsoft 提供的编程示例只,用于说明不附带任何明示或暗示保证。这包括,但不限于对适销性或针对特定用途的适用性的暗示的担保。本文假定您熟悉演示了正在使用的编程语言以及用于创建和调试过程的工具。Microsoft 支持工程师可以帮助解释某个特定过程的功能,但他们不会修改这些示例以提供额外的功能或构建过程来满足您的具体要求。

重要Microsoft 不提供自定义 OWA 对象的帮助,如果您与 Microsoft 联系有关的服务器上进行了自定义 OWA 的 OWA 问题,您必须使用该文件的原始版本替换自定义的文件。
有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
327178 Microsoft 为 Outlook Web Access 的自定义,对于 Exchange 的的支持策略
<script Language=javascript> <!--  function logonForm_onsubmit()  {   if (logonForm.username.value.indexOf("@") !=-1)    {     return true;    }   logonForm.username.value = "<name of NetBIOS domain here>\\" + logonForm.username.value;   return false;  } //--> </script> <FORM action="/exchweb/bin/auth/owaauth.dll" method="POST" name="logonForm" autocomplete="off" onsubmit="logonForm_onsubmit()">
注意在该的脚本确保您在代码中添加您的网络基本输入/输出系统 (NetBIOS) 域的名称。在提供的脚本,将放在 <name of NetBIOS domain here> 位置。

方法 3: 禁用 ISA Server 2000 中的传入 Web 请求的身份验证

如果 OWA 发布服务器正在运行 ISA 服务器后面,验证配置了的传入 Web 请求的无身份验证方法。
  1. 打开 ISA Server 2000。
  2. 用鼠标右键单击 ISA 服务器的名称,然后单击 属性
  3. 单击 传入 Web 请求 选项卡。
  4. 选择用于 OWA 的 Web 请求侦听器,然后单击 编辑
  5. 单击以清除所有身份验证方法,包括 集成 身份验证方法。
  6. 单击 确定
  7. 重新启动 Microsoft ISA 服务器 Web 代理服务。

    注意 在 ISA Server 2004 和 ISA Server 2006 必须为发布规则侦听器上进行此方法。
更多信息
在 Exchange Server 2003,基于窗体的身份验证 (Cookie 授权机构) 需要用作默认域设置在 Exchange 系统管理器中使用反斜杠字符。此限制被为了支持使用 UPN 格式的用户登录。如果修改了 Microsoft Internet Information Services (IIS) 中默认域,以"\"默认域设置以外的其他 Exchange 系统管理器将重置默认域设置为在服务器上的"\"。

此外,如果 front-最终的后端配置中部署基于窗体的身份验证,在后端服务器上的将默认域设置必须匹配在前端服务器上的将默认域设置,或者您可能会遇到身份验证问题。因此,如果 (这将需要用作默认域反斜杠) 在前端服务器上启用了基于窗体的身份验证,默认域,在后端服务器上的必须也将设置为"\"在 Exchange 系统管理器。

有关为什么您应管理身份验证和 $ 默认域设置在 Exchange 系统管理器中的详细信息单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
240105 在 Exchange 2000 Server 中的目录服务/配置数据库同步的一般信息
264941 虚拟目录设置所做的更改不会保留
状态
此行为是设计使然。
XCCC FE / BE fe 是

警告:本文已自动翻译

属性

文章 ID:820378 - 上次审阅时间:05/07/2008 16:21:04 - 修订版本: 13.0

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Windows Small Business Server 2003 Premium Edition, Microsoft Windows Small Business Server 2003 Standard Edition

  • kbmt kbnofix kbbug KB820378 KbMtzh
反馈