Microsoft Exchange Server 2003 Service Pack 1

发行说明

自从 Microsoft® Exchange Server 2003 Service Pack 1 (SP1) 发布以来，发行说明已更新。有关最新信息，请参阅在 http://go.microsoft.com/fwlink/?LinkId=21277 上张贴的此文档的最新版本。

Exchange Server 2003 RTM 发行说明的最新版本还可在 http://go.microsoft.com/fwlink/?LinkId=21277 上获得。

关于本文档

升级到 Exchange 2003 SP1

Exchange 混合模式的站点合并工具

常见问题

© 2004 Microsoft Corporation. 保留所有权利。

发行说明列出了部署和使用 Exchange 2003 之前应了解的重要信息，包括常见的问题。

有关 Exchange 2003 的详细技术文档，请参阅在 http://go.microsoft.com/fwlink/?LinkId=21277 上的 Exchange 2003 技术文档库。

升级到 Exchange 2003 SP1

返回页首

在服务器升级前后，进行服务器的完整备份

将服务器升级到 Exchange 2003 SP1 前后，立刻进行服务器的完整备份。此备份可确保您在需要备份时会有一份有效的服务器备份。进行服务器的完整备份被认为是所有升级的最佳做法。

将所有负载平衡的前端服务器一起升级到 SP1

如果在负载平衡的配置中运行前端服务器，请将所有服务器一起升级到 SP1。同时升级所有前端服务器，会使移动客户端的错误降至最少。如果有些前端服务器在运行 SP1 而其他服务器在运行 Exchange 2003 的 RTM 版本，则移动客户端可能会收到同步密钥错误。在客户端请求从 SP1 重定向到 RTM 前端服务器时，会发生这些错误。

由于不可能同时将所有前端服务器升级到 SP1，因而可预想到移动用户在一段很短的时间内会收到同步密钥错误。所有负载平衡的前端服务器运行 SP1 后，这些错误将停止出现。

下载最新联机帮助

Exchange 2003 SP1 更新了 Exchange 2003 帮助。若要下载并安装这些帮助更新，请访问 http://go.microsoft.com/fwlink/?LinkId=21277 上的 Exchange 技术文档库并点击相应链接获得 Exchange 2003 SP1 联机帮助。

如果在混合模式（即在 Microsoft Exchange Server 5.5 与 Exchange 2000 Server 或 Exchange 2003 之间建立了共存）下运行 Exchange，Exchange 2003 SP1 中的几个新功能和工具可帮助您完成站点合并的部分工作：迁移数据、通讯组列表和自定义收件人。

• 当 Exchange 组织包含多个运行 Exchange 5.5 的服务器时，使用 Exchange 任务向导中的移动邮箱任务可以跨管理组移动邮箱。
• Exchange 配置文件重定向工具在跨管理组移动后更新了 Microsoft Office Outlook® 配置文件。
• 对象重新连接工具更新通讯组列表和自定义收件人的旧版可分辨名称来反映新的管理组。
• Active Directory 连接器 (ADC) 通过更新目录并确保连续的邮件流来支持跨管理组移动。
• Exchange 部署工具 (Exdeploy.hta) 包含新的站点合并指导。

在开始站点合并过程前，应熟悉《规划 Exchange Server 2003 邮件系统》http://go.microsoft.com/fwlink/?LinkId=21766（“规划站点合并”一章）和《Exchange Server 2003 部署指南》http://go.microsoft.com/fwlink/?LinkId=21768（“合并 Exchange 2003 站点”一章）中提供的建议和常见问题。

本部分描述了 Exchange 2003 SP1 中常见的问题。这些问题可能会阻碍您成功地部署和使用 Exchange。安装该该软件之前，应熟悉下面列出的所有常见问题。

依据下面部分中的 Exchange 组件，列举常见的问题。

管理

客户端

移动

工具

Exchange 管理员（仅查看）需要在全局命名空间创建对象的权限。

当 Exchange 2003 SP1 运行在 Microsoft Windows® 2000 Server SP4（或更高版本）或 Microsoft Windows Server^TM 2003 上时，Exchange 系统管理器 (Exchange Sytem Manager.msc) 在计算机的全局命名空间中创建对象。因此，使用 Exchange 系统管理器的所有管理员必须在服务器上拥有创建全局对象 (SE_CREATE_GLOBAL_NAME) 的权限。默认情况下，本地管理员帐户有此权限。但是，如果用户的帐户有 Exchange 管理员（仅查看）权限而没有计算机上的本地管理员权限，用户将会收到错误。这种情况主要发生在用户使用终端服务来访问用户不是本地管理员的另一个服务器的 Exchange 系统管理器时。

要避免此错误，可以将用户添加到本地管理员组，或者将创建全局对象权限授予用户。要授予此权限，可使用管理员组的成员帐户登录到本地计算机，然后将此权限授予本地安全设置中的用户帐户。

Windows 2000 SP3（或更早的版本）或 Windows XP 操作系统中没有创建全局对象权限。对于这些操作系统，不需要任何操作。

事件 9665：将运行在 Windows Server 2003 上的 Exchange Server 2003 SP1 升级到建议的内存设置。

在 RAM 超过 1 GB 的 Windows Server 2003 上运行 Exchange 2003 SP1 时，建议将 SystemPages 注册表项设置为零。此建议与对 Windows 2000 Server 的建议形成鲜明相比，Windows 2000 Server 将 SystemPages 设置为 24000 到 31000 之间的值。

在 RAM 超过 1 GB 的 Windows Server 2003 上运行 Exchange 2003 SP1 的建议内存设置如下所示：

• 当在 RAM 超过 1 GB 的服务器上驻留邮箱或公用文件夹时，确保 boot.ini 文件包含 /3GB 开关。
• 使用 /3GB 开关时，将 /userva 开关添加到 boot.ini 文件，并将开关的值设置在 2970 到 3030 之间。
• 使用 /3GB 开关时，将下列注册表项的十六进制值设置为 0x00040000：
  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\HeapDeCommitFreeBlockThreshold
• 将下列注册表项的十进制值设置为零：
  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\SystemPages

如果将 SystemPages 设置为 Windows 2000 Server 所建议的 24000 到 31000 之间的值，则事件 9665 将会出现在事件日志中。

在 Outlook Web Access 中会阻止 XML 附件。

将后端服务器升级到 Exchange 2003 SP1 后，附件阻止列表将包括扩展名为“.xml”的文件或带有 MIME 内容类型“应用程序/xml”和“文本/xml”的文件。

聚合 HTML 的 MIME 封装文档 (MHTML) 附件在 Outlook Web Access 中的显示方式不同。

在 SP1 中，MHTML 附件在 Outlook Web Access 中的显示方式有了变化。因此，要在 Microsoft Internet Explorer 中将 MHTML 附件保存为 .MHT 文件，必须打开附件，单击“文件”，再单击“另存为”，然后选择“Web 档案，单一文件 (*.mht)”。

在 Outlook Web Access 中用简单邮件传输协议 (SMTP) 为邮箱寻址时，产生了隐私问题。

SP1 中的一个可选功能使用户可在 URL 中输入他们的 SMTP 地址从而直接登录到 Outlook Web Access。例如，用户可输入下面的 URL 来访问其使用 user@example.com 作为主代理地址或辅助代理地址的邮箱：

http://server/exchange/user@example.com

默认情况下，启用此选项。注意，SMTP 地址可能与用户的用户主要名称 (UPN) 不同。如果用户试图使用 UPN 直接登录，但 UPN 与用户的 SMTP 地址不匹配，则会要求用户进行身份验证。

如果用户的 UPN 地址与 SMTP 代理地址相同，应当注意下列潜在的隐私问题：

• 用户使用 SMTP 地址直接登录 Outlook Web Access 时，SMTP 地址可能保存在本地计算机的浏览器历史记录中。
• 用户打开或预览邮件时，Outlook Web Access 会阻止加载外部内容（如图像）。但是，如果用户选择了加载图像并且不确保 Outlook Web Access 的安全 (https://)，浏览器将向原始发件人发送 HTTP 引用响应。响应包含用户的 SMTP 代理地址（如 http://mail.hosting.com/exchange/user@example.com）。由于大多数 Web 信号站点不使用安全套接字层 (SSL)，因此可在设置 Outlook Web Access 时实施 SSL，从而减轻此威胁。

优化 Outlook Web Access Premium 以满足 Internet Explorer 6.0 或更高版本（阿拉伯语和希伯来语）的需要

如果用户的 Windows 使用阿拉伯语或希伯来语语言包，Internet Explorer 6.0 或更高版本将提供 Outlook Web Access 的最佳体验。此外，这些用户只能从登录页面访问 Outlook Web Access 的 premium 版本。

升级到 Exchange 2003 SP1 后，需要将完整目录服务复制到元数据库。

由于 Exchange 2003 SP1 中对 GNU zip (gzip) 压缩功能的修复，在安装 SP1 后需要将完整目录服务复制到元数据库。在有大量的收件人策略或 HTTP 虚拟服务器和虚拟目录的环境中，将目录服务复制到元数据库可能需要很长时间；在此期间 gzip 无法使用。

Exchange ActiveSync 需要 Microsoft Windows 2000 Server Service Pack 4 (SP4) 或更高版本。

由于对 WinHTTP 产生新的依赖性，在 Exchange 2003 SP1 中，Exchange ActiveSync 需要 Windows 2000 Server SP4 或更高版本。Exchange SP1 安装程序不包括先决条件检查来阻止在运行 Windows 2000 Server SP3 或更早版本的服务器上的安装。因此，您可以在这些服务器上安装 Exchange SP1，但 Exchange ActiveSync 不会起作用；所有同步请求将失败并在用户设备上显示“HTTP 500”错误。在安装 Exchange 2003 SP1 前，应确保运行 Windows 2000 的服务器也在运行 SP4 或更高版本，并安装了最新更新。

如果负载平衡前端服务器在运行 RTM 和 SP1 版本，则移动用户会收到同步密钥错误。

如果有些前端服务器在运行 SP1 而其他服务器在运行 Exchange 2003 的 RTM 版本，则移动客户端可能会收到同步密钥错误。在客户端请求从 SP1 重定向到 RTM 前端服务器时，会发生这些错误。

如果在负载平衡的配置中运行前端服务器，若要将移动客户端的错误降至最少，请将所有前端服务器一起升级到 SP1。但是，由于不可能同时将所有前端服务器升级到 SP1，因而可预想到移动用户在一段很短的时间内会收到同步密钥错误。所有负载平衡的前端服务器运行 SP1 后，这些错误将停止出现。

在运行 Microsoft .NET Framework 1.1 SP1 的服务器上安装 Exchange 2003 SP1 会导致 Microsoft Outlook Mobile Access 失去作用。

如果将 Exchange 2003 SP1 安装在运行 .NET Framework 1.1 SP1 和 ASP.NET 移动控制的 Device Update 4.0 的服务器上，Outlook Mobile Access 将失去作用。发生此情况是由于安装 Exchange 2003 SP1 删除了 Device Update 3.0（尽管已安装 Device Update 4.0）。Outlook Mobile Access 因删除了 Device Update 3.0 而无法正常工作。要修复此问题，请手动卸载 Device Update 4.0，然后将其重新安装。

对用户禁用 Outlook Web Access 也会禁用 Outlook Mobile Access

如果对用户禁用 Outlook Web Access，也将阻止用户使用 Outlook Mobile Access 来访问他们的信息。

用户无法使用 Outlook Mobile Access 将邮件发送到联系人通讯组列表

用户无法使用 Outlook Mobile Access 将邮件发送到联系人通讯组列表。

Exchange 域重命名修正工具 (XDR-Fixup.exe) 没有更新在收件人策略、地址列表或基于查询的通讯组上的搜索筛选器属性。

使用 Windows Server 2003 域重命名工具后，XDR-Fixup 工具修复了 Active Directory 中的 Exchange 属性。但是，XDR-Fixup 没有更新可能已创建用来定义收件人策略、地址列表或基于查询的通讯组的成员身份的搜索筛选器。搜索筛选器继续引用旧的域名。要解决此问题，可在重命名域后，手动为收件人策略、基于查询的通讯组和地址列表重新创建搜索筛选器。

本文档中的信息（包括引用的 URL 和其他 Internet 网站）如有变更，恕不另行通知。除非特别声明，本文档中提及的示例公司、组织、产品、域名、电子邮件地址、徽标、人物、地点和事件纯属虚构，无意与任何真实的公司、组织、产品、域名、电子邮件地址、徽标、人物、地点或事件有任何关联，也不应进行这方面的推断。遵守所有适用的版权法是用户的责任。在不限制版权许可的权利的前提下，未经 Microsoft Corporation 的明确书面许可，无论出于何种目的，均不得以任何形式或借助任何手段（包括电子、机械、影印、录制或其他形式）复制或传播本文档的任何部分，或将其存储或引入检索系统。

Microsoft 的专利、专利申请、商标、版权或其他知识产权可能涉及本文档中的版权问题。除非 Microsoft 的书面许可协议做出了明确规定，提供本文档并不意味着赋予您这些专利、商标、版权或其他知识产权的任何许可。

© 2004 Microsoft Corporation. 保留所有权利。

Microsoft、Outlook、Windows 和 Windows Server 是 Microsoft Corporation 在美国和/或其他国家/地区的注册商标或商标。

本文档中提到的真实公司和产品名称可能是其各自所有者的商标。