通过

排查 Exchange 混合环境中的忙/闲问题

  • 适用于: Microsoft 365

适用对象是哪些人？

租户管理员。 许多步骤都需要提升的访问权限。

它是如何工作的？

首先，我们将询问你面临的问题。 然后，我们将为你介绍一系列针对你特定情况的故障排除步骤。

预计完成时间：

30-60 分钟。

欢迎使用混合环境忙/闲疑难解答

选择最能描述你面临的问题的选项：

注意

如果要查看混合部署中的忙/闲工作原理，请选择“ 我想更好地了解混合免费/忙碌应如何工作 ”选项。

环境中的本地 Exchange 服务器版本

若要更好地了解混合忙/闲混合工作原理，请查看以下流程图。 选择与环境匹配的本地 Exchange 服务器版本：

Exchange 2010/2013 忙/闲工作流

下图显示了 Exchange 2010/2013 忙/闲工作流：

Exchange 2010/2013 忙/闲工作流的屏幕截图。

这是否解决了你的问题？

Exchange 2007 忙/闲工作流

下图显示了 Exchange 2007 忙/闲工作流：

Exchange 2007 忙/闲工作流的屏幕截图。

这是否解决了你的问题？

Exchange 2003 忙/闲工作流

下图显示了 Exchange 2003 忙/闲工作流：

Exchange 2003 忙/闲工作流的屏幕截图。

这是否解决了你的问题？

忙/闲是否在本地工作

登录到本地用户的邮箱，然后尝试查看另一个本地用户的忙/闲。 此测试用于验证本地环境中的可用性信息检索是否没有任何问题。

你是否能够看到忙/闲信息？

你存在本地忙/闲问题

此疑难解答用于诊断混合环境中的忙/闲问题。 这似乎不是你的直接问题。 解决本地忙/闲问题后，重启此疑难解答。 有关如何排查一些常见的本地忙/闲问题的信息，请参阅 Outlook 2007 的忙/闲信息疑难解答。

云用户看不到本地用户的忙/闲

使用以下方法验证是否可以从外部源解析自动发现以及防火墙是否已打开。

方法 1：验证自动发现是否正在解析到本地 Exchange CAS 服务器

  1. 在外部计算机上，打开命令提示符并键入以下命令，并在每个命令后按 ENTER：

    • NSLookup
    • 自动发现。<Your_Domain.com>

  2. 在对 命令的响应中，“Address”值应为本地 Exchange CAS 服务器的外部 IP。 例如：名称： autodiscover.contoso.com 地址：38.96.29.10

方法 2：验证是否可以向潜在的自动发现 URL 发送自动发现 POST 请求

  1. 转到 Microsoft 远程连接分析器。
  2. 在 Microsoft Office Outlook 连接测试中，选择“Outlook 自动发现”，然后选择“ 下一步”。
  3. 完成 Outlook 自动发现表单 (Email 地址、用户名和密码) ，然后选择“执行测试”。

如果自动发现的 Exchange 连接测试失败，检查本地自动发现 Internet 访问配置。 有关详细信息，请参阅 Microsoft TechNet 主题配置用于 Internet 访问的自动发现服务。

这是否解决了你的问题？

如果问题未解决，云用户看不到本地用户的忙/闲 ()

验证自动发现终结点是否指向本地 Exchange 混合服务器 () 。

检查 Exchange 混合服务器上的 IIS 日志，验证此服务器是否收到了自动发现 POST 请求：

  1. 在 Exchange 混合服务器上，选择“ 开始>运行”，键入 %SystemDrive%\inetpub\logs\LogFiles，然后按 Enter。

  2. 打开 W3SVC1 文件夹，然后打开最新的 IIS 日志文件。

  3. 搜索自动发现。

  4. 以下屏幕截图显示了 IIS 日志上的自动发现 POST 请求的示例：

    IIS 日志上的自动发现 POST 请求示例的屏幕截图。

如果在本地 Exchange 混合部署服务器中看不到任何自动发现条目，则防火墙可能指向错误的 CAS 服务器。

这是否解决了你的问题？

如果问题未解决，云用户看不到本地用户的忙/闲 ()

域名是否存在于组织关系中？

若要验证组织关系中的域名值，请执行以下步骤：

  1. 使用 Windows PowerShell 连接到 Exchange Online。

  2. 在 Windows PowerShell 中，运行以下命令：

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

  3. 检查 DomainName 值。 虚域 (yourdomain.com) 应存在。

  4. 如果 DomainName 值缺少虚域，请运行以下命令：

    Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" -DomainName yourdomain.com

这是否解决了你的问题？

如果问题无法解决，云用户将无法看到本地用户的忙/闲 ()

是否缺少 IIS 处理程序映射？

确定 Internet Information Services (IIS) 配置是否缺少自动发现终结点的 svc 集成处理程序映射。

  1. 在本地 Exchange 2010 混合部署服务器上，打开 Internet Information Services (IIS) 管理器。

  2. 展开 “服务器名称>网站>默认网站”，然后选择“自动发现”。

  3. 在 IIS 部分中，打开“处理程序映射”。 以下屏幕截图显示了 IIS 中 svc 集成处理程序映射的示例：

    svc 集成处理程序映射示例的屏幕截图。

如果 IIS 缺少 svc 集成处理程序映射，请参阅 Microsoft 365 和本地环境的混合部署中的“目标已引发异常”错误。

这是否解决了你的问题？

如果问题仍未解决，云用户将无法看到本地用户的忙/闲 ()

按照以下步骤验证 EWS 是否设置了外部 URL：

  1. 在本地 Exchange 混合部署服务器上，打开 Exchange 命令行管理程序，然后运行以下 cmdlet：

    Get-WebServicesVirtualDirectory | FL Name,Server,externalURL

  2. 如果 Exchange 混合部署服务器上缺少 ExternalURL，请运行以下 cmdlet：

    Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx

这是否解决了你的问题？

如果问题仍未解决，云用户将无法看到本地用户的忙/闲 ()

验证 Microsoft Exchange Web Services (EWS) 是否可解决，并且不存在防火墙问题。

检查 Exchange 2010/2013 CAS 服务器 () 上的 IIS 日志，以确认此服务器正在接收 Web 服务请求：

  1. 在 Exchange 2010/2013 CAS 服务器上，选择“ 开始>运行”，键入 %SystemDrive%\inetpub\logs\LogFiles，然后按 Enter。

  2. 打开 W3SVC1 文件夹，然后打开最新的 IIS 日志文件。

  3. 在最新的 IIS 日志文件中，搜索 exchange.asmx/wssecurity。 以下屏幕截图显示了 IIS 日志中的请求示例：

    Web 服务请求示例的屏幕截图。

  4. 如果在本地 Exchange 2010/2013 混合部署服务器中看不到 exchange.asmx/wssecurity 的任何条目，则防火墙可能指向错误的 CAS 服务器，或者你可能已在防火墙上配置了预身份验证。 有关如何绕过防火墙预身份验证的信息，请参阅 为混合环境配置 Forefront TMG。

这是否解决了你的问题？

如果问题未解决，云用户无法看到本地用户的忙/闲 ()

EWS 上是否缺少 IIS 处理程序映射？

确定 Internet Information Services (IIS) 配置是否缺少 EWS 终结点的 svc 集成处理程序映射

  1. 在本地 Exchange 混合部署服务器上，打开 Internet Information Services (IIS) Manager。

  2. 展开 “服务器名称>站点>默认网站”，然后选择“ EWS”。

  3. 在 IIS 区域中，打开 “处理程序映射”。 以下屏幕截图显示了 IIS 中 svc 集成处理程序映射的示例：

    IIS 中 svc 集成处理程序映射的示例的屏幕截图。

  4. 如果 IIS 缺少 svc 集成处理程序映射，请参阅 Microsoft 365 和本地环境的混合部署中目标引发异常“错误。

这是否解决了你的问题？

如果问题仍未解决，云用户将无法看到本地用户的忙/闲 ()

是否将 WSSecurity 作为身份验证方法启用？

在本地 Exchange 混合部署服务器上，在 Exchange 命令行管理程序中运行以下命令：

Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

如果 Exchange 混合部署服务器上缺少 ExternalAuthenticationMethods 的 WSSecurity，请运行以下命令：

Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -WSSecurityAuthentication $true

这是否解决了你的问题？

云用户看不到本地用户的忙/闲 (应验证组织关系设置)

验证是否正确配置了组织关系设置，以便为用户启用忙/闲。

对于联机设置

  1. 使用 Windows PowerShell 连接到 Exchange Online。

  2. 在 Windows PowerShell 中，运行以下命令：

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

输出应如下所示

  • TargetApplicatioURI： FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI： https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames： {Contoso.com}
  • FreeBusyAccessEnabled： True
  • FreeBusyAccessLevel： LimitedDetails

如果必须更改值，请使用 set-OrganizationRelationship cmdlet 修复 属性。 有关语法和选项的详细信息，请参阅 Set-OrganizationRelationship。

对于本地设置

  1. 在 Exchange 2010/2013 CAS 上，在 Exchange 命令行管理程序中运行以下命令：

    Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"

输出类似于以下内容：

  • TargetApplicatioURI： outlook.com
  • TargetAutodiscoverURI： https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames： {xxxx.mail.onmicrosoft.com，contoso.com}
  • FreeBusyAccessEnabled： True
  • FreeBusyAccessLevel： LimitedDetails

如果必须更改值，请使用 set-OrganizationRelationship cmdlet 修复 属性。 有关语法和选项的详细信息，请参阅 Set-OrganizationRelationship。

这是否解决了你的问题？

  • 如果是，恭喜你，你的问题已解决！
  • 如果没有，请参阅 联系支持人员。

本地用户看不到云用户的忙/闲

本地用户的邮箱位于哪个 Exchange 版本？

Exchange 2003 用户看不到云用户的忙/闲

是否可以使用本地 Exchange 2010 邮箱重现此问题？

  1. 以具有本地 Exchange 2010 邮箱的用户身份登录到 Outlook 或 OWA 客户端。
  2. 创建新的会议请求，并将云用户添加到会议请求。
  3. 查看计划助手是否看到云用户的哈希标记？

如果问题未解决，Exchange 2003 用户将无法看到云用户的忙/闲 ()

验证是否有硬编码的公用文件夹路由会阻止旧版忙/闲请求成功。

注意

这不是一个常见问题。

验证 ms-Exch-Folder-Affinity-ListExchange Server 2003 属性上的属性是否具有成本最低的 Exchange 2010 ObjectGUID (此属性的格式如下：{server}的 guid，成本) 。

  1. 在域控制器上，依次选择“ 开始”、“ 运行”、键入 adsiedit.msc，然后选择“ 确定”。
  2. 右键单击“ ADSI 编辑”，然后选择“ 连接到”。
  3. 在 “选择已知命名上下文”上，选择“ 配置”，然后选择“ 确定”。
  4. 展开 “配置>服务>Microsoft Exchange>First 组织>Exchange 管理组 (FYDIBOHF23SPDLT) >服务器”。
  5. 右键单击“ Exchange 2010 服务器”，然后选择“ 属性”。
  6. 复制 objectGUID 值，然后将其粘贴到记事本文本文件中。
  7. 移动到 Configuration>Services>Microsoft Exchange>First Organization>First 管理组>服务器。
  8. 右键单击“Exchange Server 2003”，然后选择“属性”。
  9. 验证 ms-Exch-Folder-Affinity-List 是否使用 Exchange 2010 objectGUID 设置值。 如果 Exchange 2010 objectGUID 未在 上 ms-Exch-Folder-Affinity-List列出，则可以使用以下格式添加它：{guid of server}，cost。

这是否解决了你的问题？

  • 如果是，恭喜你，你的问题已解决！
  • 如果没有，请参阅 联系支持人员。

Exchange 2003 用户看不到云用户的忙/闲 (无法重现)

外部忙/闲状态是否正确存在和复制？

添加 OU=EXTERNAL (FYDIBOHF25SPDLT) 公用文件夹：

  1. 连接到本地 Exchange 2010 SP1 或更高版本的公用文件夹服务器。
  2. 打开 Windows PowerShell。
  3. 运行 cmdlet Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup。
  4. 运行 cmdlet Install-FreeBusyFolder。

注意

OU=EXTERNAL (FYDIBOHF25SPDLT) 公用文件夹应仅存在于 Exchange 2010 服务器上，并且不应复制到 Exchange 2003 或 Exchange 2007。

这是否解决了你的问题？

如果问题未解决，Exchange 2003 用户将无法看到云用户的忙/闲 ()

验证本地服务器上的收件人对象是否配置了正确的 LegacyExchangeDN。

每个云邮箱将具有相应的本地邮件启用对象。 对于此类忙/闲查询，我们使用 LegacyExchangeDN 将请求路由到适当的公用文件夹服务器。 若要确保此值准确，请执行以下步骤：

  1. 在 Exchange 2010 服务器上，在 Exchange 命令行管理程序中运行以下命令：

    Get-RemoteMailbox Username |fl LegacyExchangeDN

    其中，用户名是你尝试查看其忙/闲信息的云用户的名称。

  2. 在结果中，验证外部 (FYDIBOHF25SPDLT) 是否在路径中。 例如，结果应显示路径，如下所示：

    外部 (FYDIBOHF25SPDLT) 的屏幕截图。

这是否解决了你的问题？

如果问题未解决，Exchange 2003 用户将无法看到云用户的忙/闲 ()

验证公用文件夹的权限。

若要使用 Exchange 2010 公用文件夹管理控制台更改外部 (FYDIBOHF25SPDLT) 忙/闲副本 (replica) 的客户端权限，请执行以下步骤：

  1. 启动 Exchange 2010 Exchange 管理控制台。

  2. 在控制台树中，选择“工具箱”。

  3. 在结果窗格中，选择 “公用文件夹管理控制台”，然后在操作窗格中选择“ 打开工具”。 此时将显示公用文件夹管理控制台。

  4. 在 公用文件夹管理控制台的操作窗格中，选择“ 连接到服务器”。

  5. 在 “连接到服务器”中，选择“ 浏览 ”以查看包含公用文件夹数据库的可用邮箱服务器的列表。

  6. 在 “选择公用文件夹服务器”中，选择 Exchange 2010 服务器。 选择 “确定”，然后选择“ 确定”。

  7. 在“公用文件夹”树中，移动到 “系统公用文件夹>计划+ 闲/忙”。

  8. 在“结果”窗格中，右键单击“ EX：/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) ”，然后选择“ 属性”。

  9. 在“ 权限 ”选项卡上，确认为“默认用户 ”选择了“编辑所有权限级别 ”：

    “权限”选项卡详细信息的屏幕截图。

这是否解决了你的问题？

如果问题仍未解决，Exchange 2003 用户将无法看到云用户的忙/闲 ()

仲裁邮箱是否缺失或已损坏？

可以使用 ADSIEdit 编辑仲裁邮箱。 federated.email 帐户应位于 Exchange 2010 域 Active Directory 的默认用户容器中。

使用以下选项之一：

  1. 使用 adsiedit。

    1. 连接到 Active Directory 中的默认命名上下文。
    2. 浏览到“用户”容器并查看联合电子邮件帐户的属性。
    3. 将帐户的 proxyaddress 属性更改为具有已联合的 SMTP 地址之一，或将现有代理地址命名空间添加到联合信任中。

  2. 从 Exchange Server 2003 打开Active Directory 用户和计算机。

    1. 移动到“用户”容器并右键单击“FederatedEmail”帐户，然后选择“ 属性”。
    2. 如果转到电子邮件地址选项卡，则可以添加另一个代理地址以匹配已配置的联合命名空间，或将预先存在的主 SMTP 命名空间添加到联合信任。

这是否解决了你的问题？

Exchange 2007 用户无法访问云用户的忙/闲

是否可以使用本地 Exchange 2010 或 2013 邮箱进行重现？

  1. 以具有 Exchange 2010 或 2013 本地邮箱的用户身份登录到 Outlook 或 OWA 客户端。
  2. 创建新的会议请求，并将云用户添加到会议请求。
  3. 查看计划助手是否看到云用户的哈希标记？

Exchange 2007 用户无法访问云用户的忙/闲

检查可用性地址空间，确保其具有正确的设置。 这可能是 AvailabilityAddressSpace 的错误配置。 检查 AvailabilityAddressSpace 配置上的 ProxyURL 值是否与 Exchange 2010/2013 CAS Web 服务虚拟目录的 InternalURL 匹配。 为此，请执行以下步骤：

  1. 在本地服务器上，在 Exchange 命令行管理程序中运行以下命令：

    Get-AvailabilityAddressSpace | FL ProxyUrl
Get-WebServicesVirtualDirectory | FL Server,InternalUrl

  2. 如果 ProxyURL 和 InternalURL 值不匹配，请运行以下命令：

    Remove-AvailabilityAddressSpace -Identity 'contoso.mail.onmicrosoft.com'

Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx

  3. ProxyURL如果 和 InternalURL 值匹配，请确保可以从 Exchange 2007 CAS 服务器访问 URL。 为此，请从 CAS 2007 移动到 ProxyURL 的 AvailabilityAddressSpace 。 使用 Exchange 2007 源邮箱凭据进行身份验证。 预期结果如下所示：

    使用 Exchange 2007 源邮箱凭据进行身份验证的预期结果的屏幕截图。

注意

Exchange 2010/2013 CAS Web 服务虚拟目录的 InternalURL 应不同于 Exchange 2007 CAS Web Service 虚拟目录。

这是否解决了你的问题？

  • 如果是，恭喜你，你的问题已解决！
  • 如果没有，请参阅 联系支持人员。

Exchange 2010/2013 用户看不到云用户的忙/闲

登录到本地用户的邮箱，然后尝试查看另一个本地用户的忙/闲。 此测试用于验证本地环境中的可用性信息检索是否没有任何问题。

你是否能够看到忙/闲信息？

本地用户看不到云用户的忙/闲

确定从 OWA 收到的错误消息。

  1. 使用受影响的用户帐户登录到本地 OWA。

  2. 创建新的会议请求，然后将本地用户添加到会议。

  3. 返回哈希标记时，将指针悬停在它们上方以显示错误消息。 请注意错误消息中的错误代码号。

    确定从 OWA 收到的错误消息。

在以下列表中选择相应的错误消息，以帮助缩小必须遵循的故障排除步骤范围：

Exchange 2010/2013 用户看不到云用户的忙/闲 (错误代码 5039)

如果环境中必须具有 Web 代理设置，请验证本地 Exchange 2010 和 Exchange 2013 服务器是否已设置为使用它。

在本地 Exchange 2010 和 Exchange 2013 服务器 () ，在 Exchange 命令行管理程序中运行以下命令：

Get-ExchangeServer | fl InternetWebProxy

在大多数环境中，结果将为空白。 但是，如果本地环境中有传出代理，则可能必须配置正确的代理设置。

若要解决此问题，请运行以下命令，其中地址和端口号 http://192.168.5.56:8080 将替换为服务器地址和端口号：

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080

这是否解决了你的问题？

如果问题未解决，Exchange 2010/2013 用户将无法看到云用户的忙/闲 ()

确保服务器上设置的时间不会超过 5 分钟。 如果服务器时间与实时时间相差超过 5 分钟，则与联合网关的通信将失效。 这会导致忙/闲失败。

有关如何修复服务器时间问题的信息，请参阅 如何在 Windows Server 中配置权威时间服务器。

这是否解决了你的问题？

  • 如果是，恭喜你，你的问题已解决！
  • 如果没有，请参阅 联系支持人员。

Exchange 2010/2013 用户看不到云用户的忙/闲 (错误代码 5016)

确定是否在本地 MEU 上指定了正确的目标地址。 每个云邮箱将具有相应的本地对象。 此对象必须具有正确的远程路由地址 (也称为指定的目标地址) 。 远程路由地址应包含类似于 的 TenantName.Mail.OnMicrosoft.com域名。

若要验证是否已设置远程路由地址，请执行以下步骤：

  1. 在 Exchange 2010 服务器或 Exchange 2013 服务器上，在 Exchange 命令行管理程序中运行以下命令：

    Get-RemoteMailbox Username |fl RemoteRoutingAddress

    其中，用户名是你尝试查看其忙/闲信息的云用户的名称。

  2. 验证地址是否包含 TenantName.Mail.OnMicrosoft.com

    Get-RemoteMailbox 的输出。

注意

如果未使用混合配置向导，则域名应反映所选的远程路由域。

这是否解决了你的问题？

Exchange 2010/2013 用户看不到云用户的忙/闲 (错误代码 5037)

验证是否已正确配置组织关系设置，以便为用户启用忙/闲。

对于联机设置

连接到 Exchange Online PowerShell。

在 Windows PowerShell 中，运行以下命令：

Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

输出类似于以下内容：

  • TargetApplicatioURI： AppURL.Contoso.com
  • TargetAutodiscoverURI： https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames： {Contoso.com}
  • FreeBusyAccessEnabled： True
  • FreeBusyAccessLevel： LimitedDetails

如果必须更改值，请使用 set-OrganizationRelationship cmdlet 修复 属性。 有关语法和选项的详细信息，请参阅 Set-OrganizationRelationship。

对于本地设置

在 Exchange 2010/2013 CAS 中，在 Exchange 命令行管理程序中运行以下命令：

Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"

输出类似于以下内容：

  • TargetApplicatioURI： outlook.com
  • TargetAutodiscoverURI： https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames： {xxxx.mail.onmicrosoft.com，contoso.com}
  • FreeBusyAccessEnabled： True
  • FreeBusyAccessLevel： LimitedDetails

如果必须更改值，请使用 set-OrganizationRelationship cmdlet 修复 属性。 有关语法和选项的详细信息，请参阅 Set-OrganizationRelationship。

这是否解决了你的问题？

Exchange 2010/2013 用户看不到云用户的忙/闲 (如果问题未解决)

验证是否可以创建具有测试联合身份验证信任的令牌。

在本地环境中，验证是否可以检索将用于忙/闲授权的委派令牌：

  1. 从本地 Exchange 2010 或 2013 服务器打开 Exchange 命令行管理程序。

  2. 运行命令 Test-FederationTrust -UserIdentity User@company.com -verbose ，其中 User 是查看云用户的忙/闲信息时出现问题的本地用户。

  3. 输出应显示每个测试的成功。 如果失败，请再次使用混合配置向导来尝试重置联合身份验证信任。

    Test-FederationTrust 的输出。

这是否解决了你的问题？

本地忙/闲不适用于 2010/2013

本指南用于排查混合忙/闲问题。 根据你的答案，你存在本地问题。 有关如何排查常见的本地忙/闲问题的信息，请参阅 Outlook 2007 的忙/闲信息疑难解答。

联系支持人员

很抱歉，无法使用本指南解决无法识别的问题。 有关解决此问题的更多帮助，请转到Microsoft 支持部门。

其他有用的资源：

工具和资源

下面是一些用于诊断混合忙/闲混合问题的附加工具和资源：

此信息是否有帮助？

  • 如果是，恭喜你，你的问题已解决！
  • 如果不是，很抱歉，无法使用本指南解决此问题。