原文发布于 2013 年 3 月 29 日（星期五）

我是 CSS 的支持工程师。在过去的工作中，有客户报告在像 contoso.com 这样的特定域中出现了邮件循环错误，而且此错误只出现在大的电子邮件中。这个问题真的很神秘，直到你发现邮件循环是由于发送连接器上的大小限制导致的。我认为这个古怪的问题值得与大家分享。

了解配置和问题的根源：

我最初认为，这个问题可能是由于将边缘服务器配置为使用外部 DNS 服务器（用于解析外部主机的 DNS 服务器）而导致的。通常，在将边缘传输服务器配置为使用外部 DNS 服务器之后，它会将域名解析为公共 IP 地址（一般指向自己、外部防火墙或服务提供程序）而非 Active Diectory 网站中的集线器传输服务器，从而导致邮件循环。

在重现问题时，我发现边缘传输服务器并未配置为使用外部 DNS 服务器。我设置的用于重现问题的环境如下图所示：

在此方案中出现情况是：当边缘传输服务器接收到来自 Internet 发件人的 20 MB 大小的电子邮件时，它将会接受邮件。边缘传输服务器有两个用于匹配地址空间的连接器：一个用于将地址空间 contoso.com 匹配到 Active Directory 网站，另一个用于匹配地址空间 *。当基于所有可用连接器来决定路由时，从边缘到集线器的路由将不会予以考虑，因为它存在大小限制（大小限制为 10 MB）。最优匹配是从边缘到 Internet 的 * 连接器（请查看了解邮件路由中记述的连接器选择逻辑），它的邮件大小限制为 30 MB。

最终结果：邮件将被路由回 Internet，从而导致在 Internet 和边缘服务器之间出现邮件循环。

根据是否将指向 Internet 的发送连接器配置为使用 DNS 或智能主机来传送出站邮件，我们将会收到以下 NDR 之一：

如果使用 DNS：

#554 5.4.4 SMTPSEND.DNS.MxLoopback; 此域的 DNS 记录的配置出现循环##

如果使用智能主机：

5.4.6 smtp;554 5.4.6 跃点计数已超过 - 可能存在邮件循环> #SMTP#

解决方案

这种行为是设计使然，可以通过修改连接器上的邮件大小限制轻松地加以修正。根据您的要求，您可以选择以下选项之一：

• 在接收连接器（用于接收来自 Internet 的入站邮件）上将 MaxMessageSize 参数设置为 10MB，以便将来自 Interent 的邮件的大小限制为 10 MB。
• 在从边缘到集线器的发送连接器上将 MaxMessageSize 设置为 30MB，这将允许您从外部发送者接收 30 MB 大小的邮件。

神秘问题解决了！感谢 Arindam Thokder 和 Scott Landry 帮助我准备这篇博客！

Suresh Kumar (XCON)

这是一篇本地化的博客文章。请访问 Mysterious mail loop on Edge Transport server: Check your size limits! 以查看原文

原文发布于 2013 年 3 月 12 日（星期二）

早在 2012 年 11 月，我们发布了 MCA Beta 客户端。我们一直在忙着改进 MCA 客户端中提供的测试选项。下面是我们为 1.0 发行版构建的内容：

Microsoft Connectivity Analyzer Tool 1.0

我们满怀激动地发布了 Microsoft Connectivity Analyzer 的 1.0 发布版。此工具是 Microsoft Remote Connectivity Analyzer 网站的助手。MCA 工具可以让管理员和用户直接从自己的本地计算机上针对五种常见的连接症状运行连接诊断。用户可以测试自己的连接，并且在 RCA 网站上查看结果时，还可以将结果保存为管理员可以识别的 HTML 格式。

在此处安装 MCA 1.0 工具：https://testconnectivity.microsoft.com/?tabid=client

观看介绍视频：

MCA 工具提供五种测试症状：

• “我无法使用 Office Outlook 登录”– 此测试相当于针对“Outlook Anywhere (RPC over HTTP)”的 Exchange RCA 测试。有一个运行在参数页上提供的 SSO 测试的选项。
• “我无法在移动设备上发送或接收电子邮件。”– 此测试相当于针对 Exchange ActiveSync 的 Exchange RCA 测试。
• ***新的 MCA 测试***“我无法在移动设备上登录 Lync 或 Lync Windows 应用商店应用”– 此测试将检查您的本地域的域名服务器 (DNS) 记录，以确保这些记录的配置正确，可以支持移动 Lync 客户端。此测试还会连接到自动发现 Web 服务并确保已正确设置有关移动性的身份验证、证书和 Web 服务。
• ***新的 MCA 测试***“我无法从 Outlook 发送或接收电子邮件（仅限 Office 365）”– 此测试将检查入站/出站 SMTP 邮件流，同时还包括针对 O365 客户的域名服务器验证检查。
• ***新的 MCA 测试***“我无法查看其他用户的闲/忙信息”– 此测试将验证 Office 365 邮箱是否可以访问本地邮箱的闲/忙信息，以及本地邮箱是否可以访问 Office 365 邮箱的闲/忙信息（每个测试运行检查一个方向）。

Microsoft Lync Connectivity Analyzer Tool：您还会在客户端页上注意到 Lync Connectivity Analyzer Tool。我们正在致力于在不久的将来将 MCA 与 MLCA 合并在一起，但我们现在希望将这两个出色的工具提供给客户，以改进我们的客户端诊断选项。若要了解有关 MLCA 的更多信息，请访问此处

反馈：请将所有反馈发送到 MCA 反馈别名。请让我们知道您对此工具的想法以及此工具是否有助于解决连接方案问题。此外，请尽管提供有关您希望能在将来添加的其他测试的反馈。

Microsoft Remote Connectivity Analyzer 2.1

我们满怀兴奋地发布了 Microsoft Remote Connectivity Analyzer 网站的 2.1 发行版。此工具可以让管理员和最终用户为我们的服务器运行连接诊断，测试 Exchange、Lync 和 Office 365 的常见问题。我们添加了新的 Office 365 域名服务器测试，改进了现有测试，并且改善了总体网站体验。

在此处检查网站更新：https://testconnectivity.microsoft.com

以下是 2.1 RCA 发行版的重点：

版本 2.1（2013 年 3 月）

• 添加了对本地化语言的支持，现在支持 60 种语言
• 更新了用于从本地计算机解决连接问题的、可下载的 Microsoft Connectivity Analyzer v1.0 Tool 的版本
• 添加了可用于从本地计算机解决 Lync 问题的 Microsoft Lync Connectivity Analyzer 可下载工具
• 添加了“Office 365 常规测试”部分
• 添加了 Office 365 Exchange 域名服务器 (DNS) 连接测试

使用愉快！

谢谢。

Brian Feck 代表整个 MCA/RCA 团队。
在 Twitter 上关注该团队 - @ExRCA

这是一篇本地化的博客文章。请访问 Announcing Microsoft Connectivity Analyzer (MCA) 1.0 and Microsoft Remote Connectivity Analyzer (RCA) 2.1 以查看原文

我们很高兴地能发布大家再三请求的、针对Exchange Server 2013 的托管和多租户指南文档。现在该文档可以在此处下载。

眼尖的读者将会发现，该指南与针对 Exchange Server 2010 的指南非常相似。这并不是因为我们所做的工作不过是查找、复制和替换，而是因为我们对 Exchange 2010 采用的策略同样适用于 Exchange 2013。也就是说，您应该只使用内置工具、cmdlet 和界面来配置解决方案，并且在任何情况下都不应直接操作 AD 中的对象来实现所需的配置。

下面的概念也同样适用：并不是所有的功能都能像您配置的那样在多租户环境中工作。例如，邮件提示功能将会完全按照其在标准的本地类型部署中工作的方式进行工作，而这通常会在要公开的租户之间产生不必要的数据。该文档重点介绍了在您配置用于多租户的 Exchange 时可能不会按照预期方式工作的功能，并提供了配置某些功能的建议或在必要时禁用某些功能的建议。

解决方案中重要的目录分段元素的核心是通讯簿策略功能。通过最近发布的、可充分利用通讯簿策略功能的传输代理，我们希望您能发现 2013 解决方案比以往更容易生成和维护。

请注意，2013 版本有一些重要的更改，因此我们建议您在规划和生成解决方案之前，仔细阅读该指南，并在遇到任何问题时根据需要再翻翻该指南。

与使用 Exchange 2010 一样，我们具有按照该文档中的准则生成的合作伙伴解决方案，而且我们当前已经验证过的解决方案也会在网站上列出。这个列表的内容将会不断增长，因此，如果您要使用的解决方案当前未在列表中列出，则可以常回来查看这个列表，或者联系供应商询问其验证计划。

我们确实在计划发布针对多租户或托管进行配置的、更新的 Exchange 2013 扩展指南，并且将会在该文档发布之后更新解决方案网站。

我们希望您会发现该文档很有用，并且期待获得您的反馈。

Greg Taylor
首席项目经理主管
Exchange 客户体验

这是一篇本地化的博客文章。请访问 Hosting and Multi-Tenancy Guidance for Exchange Server 2013 Now Available 以查看原文

作为对我们的客户的反馈的回应，我们提升了 Office 365 Enterprise（E1、E2、E3、E4、K1 和 K2）、Office 365 Professional 和 Office 365 Small Business (P1) 以及政府计划（G1、G2、G3 和 G4）中的收件人速率限制，允许用户每天最多能向 10,000 个收件人发送邮件。这些新限制也适用于独立的 Exchange Online 计划（网亭、计划 1 和计划 2）。以前，这些计划的用户的收件人速率限制设置为每天最多 1,500 个收件人。

设置收件人速率限制是为了阻止用户发送大量未经请求的商业电子邮件（通常称为“垃圾邮件”）。这些限制可保护我们的联机服务，避免成为垃圾邮件的源头。并且，通过这些保护，可以让我们的客户的电子邮件顺利送达。数据中心的功能增强使我们能够在保持相同的保护水平的同时提升此限制。

这些限制同时适用于在组织内部发送的电子邮件和传递到外部组织的电子邮件。避免超出收件人速率限制的最佳方式是，在向大量收件人发送邮件时使用通讯组。存储在共享通讯簿中的通讯组在有关收件人速率限制的计算中将被计为一个收件人。有关详细信息，请参阅支持批量电子邮件的策略。需要批量发送合法的商业电子邮件（如客户新闻稿）的 Office 365 客户应继续通过专注于这些服务的第三方提供商实现。

如果您想知道有关收件人速率限制的详细信息，请参阅批量电子邮件和每日收件人速率限制。我们正是由于您的反馈而做出了上述改变。感谢您与我们分享您的想法，请继续这样支持我们！

Steve Chew

这是一篇本地化的博客文章。请访问 Recipient Rate Limit Increase to 10K for Office 365 and Exchange Online 以查看原文

您是否收到过来自某个您认识的人的电话，称其 Outlook 客户端在连接到电子邮件服务器时出现问题？您是否希望有一个工具可发送给他们，以指导他们完成连接测试过程并为他们提供一种简单的将结果发送给您的方式？

又或许您是多年来一直使用 Remote Connectivity Analyzer 验证电子邮件配置的管理员，但您是否希望有一种方式可在组织中验证相同的测试，或提供与 RCA 网站相同的诊断详细信息？

我们收到过类似的请求，我们的团队已为这些方案构建了一个工具。我想向您介绍 Remote Connectivity Analyzer 网站的可移植版本 Microsoft Connectivity Analyzer（测试版）。下面是一个介绍 Microsoft Connectivity Analyzer 的简短视频，时长 49 秒。

此工具包含与对应网站相同的测试，并且用户界面（可以与您的用户、家人或街坊邻居共享的内容）稍微简单一些。

此外，我们会将结果拆分为两个视图：一个简化视图，其中仅显示您的妈妈都能理解的结果，另一个视图显示只有管理员才喜欢的完整详细的结果（对，就是您喜欢的）。

其他适用于管理员的详细信息将显示在“查看我们运行的所有测试”(Review all the tests we ran) 下：

或者要求您的用户保存详细结果，然后将结果发送给您！详细结果将另存为 HTML 文件，并且可在您的浏览器中进行查看。

Microsoft Connectivity Analyzer 先决条件

1. 此工具支持下列操作系统：64 位 Windows 7、Windows 7 和 Windows Server 2008+
2. Microsoft .NET Framework 4.5 是必需的。
3. 浏览器要求：

可以在所有现代浏览器上进行安装。但是…

• 如果您使用的是 Google Chrome，则需要安装 ClickOnce for Google Chrome
• 如果您使用的是 FireFox，则需要安装 Microsoft .Net Framework Assistant for FireFox。

您可在此处找到完整的发行说明。

我们还未结束。我们计划添加其他测试。

正如我们最初发布此网站时一样，第一个版本的 Microsoft Connectivity Analyzer 也是一个半成品。

通过为最终用户提供一个刚刚完成的工具，我们可以与众不同地扩展测试来包含所有连接类型的常见问题。此工具的早期版本只是开始。

这不是全部！

除了提供新工具之外，我们联合了 Lync Remote Connectivity Analyzer，将这两个工具合并在一起。您会注意到，我们从名称中去掉了“Exchange”，并且我们提供了访问此网站的新方式：https://testconnectivity.microsoft.com。是的，在同一网站上提供了对 Lync 和 Exchange 一样的重要测试。

这些测试包括：

• “Microsoft Lync Mobile 自动发现 Web 服务远程连接测试”(Microsoft Lync Mobile Auto-Discover Web Service Remote Connectivity Test)将测试至 Microsoft Lync Mobile 自动发现 Web 服务服务器的远程连接
• “Microsoft Office Communications Server 测试”(Microsoft Office Communications Server Test) 将测试至 Microsoft Office Communications Server 的远程连接，它将自动发现要连接到的访问边缘和端口，或者允许您连接到特定访问边缘服务器。
• “Microsoft Lync Server 远程连接测试”(Microsoft Lync Server Remote Connectivity Test) 将测试至 Microsoft Lync Server 的远程连接，它将自动发现要连接到的访问边缘和端口，允许您连接到特定访问边缘服务器。

等等，还有更多…

我们是否提到过今年非常忙？在“Office 365”选项卡上，您将看到两个新测试 –“Office 365 Lync DNS 测试”(Office 365 Lync DNS Test) 和“忙/闲测试”(Free/Busy Test) 。

“Office 365 Lync DNS 测试”(Office 365 Lync DNS Test) 将检查 Office365 中您的自定义域用户的外部域名设置。

感谢 Office 365 部署服务团队，RCA 网站现在包含“Office 365 忙/闲测试”(Office 365 Free/Busy Test)。此测试验证 Office 365 邮箱是否可访问本地邮箱的忙/闲信息以及本地邮箱是否可访问 Office 365 邮箱的忙/闲信息。这包括：

• 检查以确认混合服务器的系统时间偏移量未超过五分钟，这将在从 Microsoft 联合网关请求委派令牌时导致故障。
• 检查以验证至混合服务器的入站连接是否不需要防火墙进行预先身份验证；即，防火墙允许传递身份验证。
• 检查以验证混合服务器是否满足最大 Exchange Server 版本要求 (Exchange Server 2010 SP1)。
• 对目标可用服务进行基本忙/闲查询。
• 链接到混合配置向导的指南（混合部署错误配置的常见源）

感谢您阅读完本文。我们希望您喜欢新的更新，并期待您的反馈，

Nicole Allen
代表 RCA 团队

这是一篇本地化的博客文章。请访问 What’s new with Microsoft Remote Connectivity Analyzer? A lot! 以查看原文

最近 Windows Update 开始提供 Windows Management Framework 3.0 作为可选更新。这包括所有形式的更新分发，如 Microsoft Update、WSUS、System Center Configuration Manager 和其他机制。此处的重点是 Windows Management Framework 3.0 包含 PowerShell 3.0。

Windows Management Framework 3.0 将作为 KB2506146 和 KB2506143 分发（具体提供哪一个取决于您正在运行的服务器版本 - Windows Server 2008 SP2 或 Windows Server 2008 R2 SP1）。

这对您来说意味着什么？

任何版本的 Exchange 均不支持 Windows Management Framework 3.0（特指 PowerShell 3.0），但需要它的 Exchange Server 2013 除外。如果您在运行 Exchange 2007 或 Exchange 2010 的服务器上安装 Windows Management Framework 3.0，则会遇到问题，例如，将不会安装 Exchange 更新汇总，或者 Exchange 命令行管理程序可能无法正常运行。

我们发现在无法安装 Exchange 更新汇总时会出现下列症状：

• 如果更新汇总是通过 Microsoft Update 安装的，则安装可能出错并显示错误代码 80070643
• 如果更新汇总是通过下载安装的，则显示的错误为“由于发生错误，安装提前结束”。
• 在上面两种情况下，都可能会在应用程序事件日志中记录事件 ID 1024 以及错误代码“1603”。例如，如果您尝试安装 Exchange 2010 SP2 的更新汇总 5，则可能会在事件 ID 1024 中看到以下描述：

  产品: Microsoft Exchange Server - 无法安装更新“Update Rollup 5-v2 for Exchange Server 2010 Service Pack 2 (KB2785908) 14.2.328.10”。错误代码 1603。Windows Installer 可以创建日志以帮助解决安装软件程序包的问题。请使用下列链接了解有关启用日志支持的信息: https://go.microsoft.com/fwlink/?linkid=23127&clcid=0x804

我们在这种情况下的指导意见是，不应将 Windows Management Framework 3.0 部署在运行 Exchange 2007 或 Exchange 2010 的服务器上，或者部署在安装了适合 Exchange 2007 或 Exchange 2010 的 Exchange 管理工具的工作站上。如果您已部署此更新，则应删除它。删除此更新后，功能应该会复原。

Ben Winzenz

这是一篇本地化的博客文章。请访问 Windows Management Framework 3.0 on Exchange 2007 and Exchange 2010 以查看原文

早在 10 月，我们就宣布签发了 Exchange Server 2013 的交付厂商版 (RTM) 版本。从那时起，我们一直在集中精力通过多个分发渠道向我们的商业客户发布下一版本的 Exchange。

今天，我们达到了另一个重要的里程碑 – Exchange 团队激动地宣布公开发布 Exchange Server 2013。现在您可从 TechNet 下载软件，并且可在 180 天内对产品进行评估。您也可花几分钟时间注册 Office 365 Preview 以获得最新的 Exchange 在云中的体验。

如果您希望在绿场环境或实验室和测试环境中部署 Exchange Server 2013 以评估新功能并使用 LOB 应用程序进行测试，则可立即开始。如果您现在运行的是 Exchange 2010 或 2007 环境，则将需要 Exchange Server 2010 SP3 或 Exchange Server 2007 更新汇总才能升级。我们知道您渴望迁移到新版本，因此我们会努力完成 Exchange 2010 SP3 和更新汇总的收尾工作，并预计将在 2013 年第一季度发布它们。

如果您对 Exchange Server 2013 还不了解，我们建议您通过查看 TechNet 文档或参与 Ignite 培训课程来了解有关 Exchange Server 2013 的更多信息。最好现在就评估先决条件和系统要求，并熟悉 Exchange 的简化构建基块体系结构，以便您可以提前开始进行硬件规模确定、规划和购买。

自从宣布 RTM 之后，EHLO 团队一直在添加更多有关新的 Exchange 的技术内容：

• Exchange Server 2013 中的脱机通讯簿 – Bhalchandra Atre
• 使用 EAC 管理联合共享 – Elber Ren 和 Robert Mazzoli
• 适用于新的 Exchange 的 Outlook Web App 中的脱机访问 – Sara Manning
• 新 Office 中的公用文件夹 – Alfons Staerk 和 Nikhil Aggarwal
• 使用 TMG 发布 Exchange Server 2013 – Greg Taylor
• 下载中心课程：托管可用性 – Ross Smith IV 和 Greg Thiel

…我们将在未来几个月内不断地向 EHLO 发布新的 Exchange 文章，请经常回来看看！再次感谢您的持续支持，请继续提供反馈。

Exchange 团队

这是一篇本地化的博客文章。请访问 Exchange Server 2013 Reaches General Availability 以查看原文

Exchange 团队博客文章 Exchange Server 2013 中的 OAB 介绍了 Exchange Server 2013 中新的脱机通讯簿 (OAB) 生成和分发体系结构。如果您尚未看过这篇文章，请花几分钟时间阅读一下或者再读一次快速温习一下。

由于体系结构发生更改，Exchange 2013 中的 OAB 管理有所不同。此外，新的 Exchange 管理中心目前没有用于管理 OAB 的选项。这意味着，此时您将需要使用 Exchange 命令行管理程序完成 OAB 相关任务。

本文将介绍 OAB 管理中的常见任务，并提供两个可帮助更好地了解这些任务的现实生活方案。

注意：如果您位于多林 Active Directory 域环境中，请确保 Exchange 命令行管理程序会话启用了 ViewEntireForest，本文中的部分命令将不会返回任何输出。

用于启用 ViewEntireForest 的命令：

Set-ADServerSettings -ViewEntireForest $true

创建新的 OAB

在 Exchange 2013 中创建新的 OAB 不再需要使用 -Server 参数。若要创建新的 OAB，您应仅指定所需的地址列表。

以下示例创建一个名为“Global Address List FAB”的 OAB 地址列表。

New-OfflineAddressBook -Name OAB-FAB -AddressLists "Global Address List FAB"

标识 OAB 生成服务器

Exchange Server 2013 中的仲裁邮箱分配有可用于定义仲裁邮箱的用途/功能的特定的“持久化功能”。

带有持久化功能“OrganizationCapabilityOABGen”的仲裁邮箱负责生成 OAB。我们将在整篇文章中将此邮箱称为“组织邮箱”。

承载组织邮箱的 Exchange Server 2013 邮箱服务器将生成在环境中定义的所有 OAB。

对于非 DAG 环境，请使用以下命令标识 OAB 生成服务器：

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,servername

对于 DAG 环境，标识 OAB 生成服务器的过程分为两步。

第 1 步：使用 OAB Gen 功能标识承载组织邮箱的邮箱数据库。

使用以下命令列出带有持久化功能 OABGen 的仲裁邮箱以及承载此邮箱的数据库：

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,database

第 2 步：标识装载有承载组织邮箱的数据库的邮箱服务器

使用以下命令标识邮箱数据库的活动副本：

Get-MailboxDatabaseCopyStatus db1

其中的数据库状态为“已装载”的服务器就是当前的 OAB 生成服务器。

更改 OAB 生成服务器

更改 OAB 生成服务器的方法有两种。

移动邮箱

将组织邮箱移至打算指定为 OAB 生成服务器的服务器上的邮箱数据库。

示例：

DB1 是服务器 Exch1 上的一个副本数据库，并承载组织邮箱。DB2 是 Exch2 上的邮箱数据库。

可使用以下命令将组织邮箱移至 DB2 并使 Exch2 成为 OAB 生成服务器。

Get-Mailbox -Arbitration -database db1| where {$_.PersistedCapabilities –like “*oab*”} | New-MoveRequest -TargetDatabase db2

此方法更适合具有一个承载组织邮箱的邮箱数据库副本的环境。

激活另一台服务器上的邮箱数据库

此方法适合具有多个承载组织邮箱的邮箱数据库副本的环境。

示例：

DB1 承载组织邮箱，并且在服务器 Exch1 和 Exch2 上都有副本。DB1 当前在 Exch1 上处于活动状态。

可使用以下命令激活 Exch2 上的 DB1 并使 Exch2 成为 OAB 生成服务器：

Move-ActiveMailboxDatabase DB1 -ActivateOnServer Exch2

注意：在更改 OAB 生成服务器之前，请阅读本文后面“组织邮箱替换”中提到的准则。

创建新的组织邮箱

为了提供容错功能或者为地理分散的 Exchange 部署的用户提供服务，管理员可创建其他组织邮箱。

创建新的组织邮箱的过程分为以下两步：

第 1 步：创建新的仲裁邮箱

New-Mailbox -Arbitration -Name "OAB Seattle" -Database DB2Seattle -UserPrincipalName oabs@contoso.com –DisplayName “OAB Mailbox for Seattle”

第 2 步：启用 OABGen 功能

Set-Mailbox -Arbitration oabs -OABGen $true

注意：在创建其他组织邮箱之前，请阅读本文后面“组织邮箱替换”中提到的准则。

更改 OAB 生成计划

Exchange Server 2010 之前的 OAB 生成都是在基于 OAB 属性上设置的“计划”。查看 Exchange 2013 OAB 的属性时，您可能会看到一个已定义的“计划”。但 Exchange Server 2013 OAB 生成不会根据 OAB 属性上定义的“计划”进行：

相反，Exchange Server 2013 OAB 生成会根据在邮箱服务器上配置的 OABGeneratorWorkCycle 和 OABGeneratorWorkCycleCheckpoint 属性进行。

示例：

上面屏幕截图中的值意味着每日生成一次 OAB。

哪一台邮箱服务器处理 OAB 下载请求？

Exchange Server 2013 CAS 角色会将 OAB 下载请求代理到相应的邮箱角色服务器。CAS 角色会将其处理的每个请求的记录保留在日志文件中，这些日志文件位于文件夹 %ExchangeInstallPath%\Logging\HttpProxy\OAB\ 中。

这些日志文件是用于标识 CAS 选择用于服务请求的邮箱服务器的极佳工具。

日志文件中的部分重要字段的信息：

为了提高可读性，可将日志文件导入到 Excel 中。

示例：

强制 OAB 生成

可通过两种方法强制立即开始 Exchange Server 2013 OAB 生成。

方法 1：Update-OfflineAddresBook

以下命令将对所有组织邮箱中名为“Default Offline Address Book”的 OAB 强制 OAB 生成。

Update-OfflineAddressBook "default offline address book"

注意：此命令将对每个承载活动组织邮箱的邮箱服务器发起 RPC 请求。

方法 2：重新启动邮箱助理服务。

邮箱角色中的 Microsoft Exchange 邮箱助理服务负责生成 OAB。重新启动此服务将在特定邮箱服务器上生成在环境中定义的所有 OAB，前提是该邮箱服务器承载了活动组织邮箱。

组织邮箱替换

Exchange Server 2013 CAS 角色将 OAB 下载请求代理到“最近的”承载活动组织邮箱的邮箱服务器。该服务器在发现同一 AD 站点中存在多个活动的组织邮箱时，可以通过循环方式代理请求。这可能导致频繁的完全 OAB 下载。

因此，当前的指导意见是规划组织邮箱替换，以便您在 AD 站点中将有一个活动的组织邮箱。这适用于创建新的组织邮箱以及创建承载组织邮箱的邮箱数据库的副本。

方案

下列方案讨论了一种现实生活情况以进一步说明新的 OAB 管理方法。

方案 1：创建新的组织邮箱

Contoso 在 Dallas 和 Seattle 站点上均部署了 Exchange Server 2013 邮箱和 CAS 角色。Contoso 的 Exchange 管理员 John 分析 CAS 服务器上的 http 代理日志文件，发现 Seattle 用户的 OAB 下载请求全转到了 Dallas 服务器。在进一步的调查中，John 发现他在 Dallas 站点中只有一个组织邮箱，因此所有用户的 OAB 下载请求将全转到 Dallas 服务器。

他决定使用下列命令在 Seattle 站点创建一个新的组织邮箱：

第 1 步：创建新的仲裁邮箱

New-Mailbox -Arbitration -Name "OAB Seattle" -Database DB2Seattle -UserPrincipalName oabs@contoso.com –DisplayName “OAB Mailbox for Seattle”

第 2 步：启用具有 OABGen 功能的仲裁邮箱

Set-Mailbox -Arbitration oabs -OABGen $true

方案 2：自定义 OAB 生成计划

Ben 是 Tail Spin Toys 的 Exchange 2013 部署的管理员。默认的 OAB 生成计划不适合他们，他们希望每天大约每隔四个小时生成一次 OAB。

Ben 将使用以下命令更改将承载组织邮箱的邮箱服务器的属性。

Set-MailboxServer Exch1 -OABGeneratorWorkCycle 01.00:00:00 -OABGeneratorWorkCycleCheckpoint 04:00:00

一些天之后，Ben 分析应用程序日志中的事件 ID 17002，确保每隔四个小时生成一次 OAB。

希望您觉得本篇文章有用！在下面让我们知道您的反馈！

Bhalchandra Atre

这是一篇本地化的博客文章。请访问 Managing OAB in Exchange Server 2013 以查看原文

最近我们发布了用于解决 Microsoft Exchange 2003 中的公用文件夹复制问题的引导式演练 (GWT)。有两种方法可以访问此疑难解答程序。您可使用此处链接直接访问它。此外，该链接将嵌入到各种有关公用文件夹复制的文章中，如：https://support.microsoft.com/kb/842273/zh-cn。

我知道您现在肯定疑惑：既然 Exchange 2003 不再处于主流支持阶段，为什么我们还会为它推出一个疑难解答程序？我们出于多种原因做出了这个决定。首先，有大量仍在从 Exchange 2003 过渡的 Exchange 客户，我们希望尽可能帮助这些客户迁移到我们更新的受支持的产品版本。这是帮助指导这些客户的最佳方式，因为我们不再为他们提供电话支持选项。第二，也是最重要的，Exchange Server 2003 公用文件夹的所有问题现在均已被发现，因此创建一个涵盖此材料的疑难解答程序意味着后者将不会出现大幅更改。最后，由于公用文件夹复制机制在一段时间内尚未出现重大更改（在 Exchange 2013 之前）的事实，因此有必要从 Exchange 2003 着手，这为我们提供了一个框架，我们可以相对轻松地对它进行更新来推出今后的版本。

支持组织将会大力扩展此疑难解答程序的范围以在将来包含 2007/2010。

正如 Bill Long 撰写的一系列博客文章此处、此处和此处中所指出的，此演练实际上是一个复制疑难解答指南。它不是要代替所有帮助您了解公用文件夹复制过程的数据，而是在出现复制问题时为您快速提供帮助找出问题所需的步骤。

我要感谢那些帮助将此想法变为现实的人。下面是参与的各方（我知道的）：

Exchange 支持：

• Nick Basile
• Rob Whaley
• Bill Long
• Charlotte Raymundo
• Will Duff
• Nino Bilic

文档/内容创建团队：

• Bobbie DeFault
• Geoffrey Crisp (Entirenet)
• Jerry Sitser (Entiernet)
• Jarrett Renshaw
• Star Li (Wicresoft)
• Chen Jiang
• Victor Zhang (Wicresoft)

此致，

Charlotte Raymundo
邮件知识工程师

这是一篇本地化的博客文章。请访问 Public Folder replication troubleshooter 以查看原文