解决混合环境中闲/忙Exchange问题

原始 KB 编号:   10092

适用对象是哪些人?

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

它是如何工作的?

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

预计完成时间:

30-60 分钟。

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

选择最能描述您所面临的问题的选项:

备注

如果要查看混合部署中的忙/闲工作原理,请选择"我想更好地了解混合 忙/闲工作原理"选项

环境中Exchange本地服务器版本

为了更好地了解混合忙/闲应该如何工作,请查看以下流程图。 选择符合您的环境Exchange内部部署服务器的版本:

2010/2013 Exchange 2013 忙/闲工作流

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

Exchange 2010/2013 忙/闲工作流

这是否解决了你的问题?

2007 Exchange 2007 忙/闲工作流

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

Exchange 2007 忙/闲工作流

这是否解决了你的问题?

Exchange 2003 忙/闲工作流

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

Exchange 2003 忙/闲工作流

这是否解决了你的问题?

是否在本地忙/闲工作

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

你能否看到忙/闲信息?

有本地忙/闲问题

此疑难解答程序用于诊断混合环境中闲/忙问题。 这看起来不是你的直接问题。 解决内部部署忙/闲问题后,重新启动此疑难解答程序。 若要了解如何解决一些常见的本地忙/闲问题,请参阅Troubleshooting Free/Busy Information for Outlook 2007

云用户无法查看本地用户的忙/闲

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

方法 1:验证自动发现是否解析到 CAS Exchange内部部署

  1. 从外部计算机中,打开命令提示符并键入以下命令,然后在每个命令后按 Enter:

    • NSLookup
    • autodiscover.<Your_Domain.com>
  2. 在响应命令时,"Address"值应为 CAS 服务器内部部署Exchange IP。 例如:名称: autodiscover.contoso.com 地址:38.96.29.10

方法 2:验证您是否可以将自动发现 POST 请求发送到潜在的自动发现 URL

  1. 转到 Microsoft Remote Connectivity Analyzer
  2. On Microsoft Office Outlook Connectivity Tests select Outlook Autodiscover, and then select Next.
  3. 填写Outlook自动发现 (电子邮件地址、用户名和密码) ,然后选择"执行 测试"。

如果连接Exchange自动发现失败,请检查内部部署自动发现 Internet Access 配置。 若要详细了解如何这样做,请参阅 Microsoft TechNet 主题Configure the Autodiscover Service for Internet Access。

这是否解决了你的问题?

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

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

检查混合服务器上Exchange IIS 日志,以验证此服务器是否正在接收自动发现 POST 请求:

  1. 在混合Exchange上,选择"开始运行",键入 > %SystemDrive%\inetpub\logs\LogFiles, 然后按 Enter。

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

  3. 搜索自动发现。

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

    IIS 日志上的自动发现 POST 请求示例

如果在内部部署或混合部署服务器中未看到自动发现的任何Exchange,防火墙可能指向错误的 CAS 服务器。

这是否解决了你的问题?

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

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

若要验证"组织关系"中的域名值,请按照以下步骤操作:

  1. 连接Exchange Online方法Windows PowerShell。 若要详细了解如何操作,请参阅连接Exchange Online PowerShell 进行远程管理

  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-Integrated 处理程序映射。

  1. 在内部部署 Exchange 2010 混合部署服务器上,Internet Information Services (IIS) 管理器。

  2. 展开 "ServerName > 网站 > 默认网站", 然后选择"自动发现"。

  3. 在"IIS"部分,打开"处理程序映射"。 以下屏幕截图显示了 IIS 中 svc-Integrated 处理程序映射的示例:

    svc-Integrated 处理程序映射的示例

如果 IIS 缺少 svc-Integrated 处理程序映射,请参阅 Microsoft 365 和本地环境的混合部署中的"目标已引发异常"错误

这是否解决了你的问题?

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

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

  1. 在本地混合部署Exchange,打开"Exchange命令行管理程序",然后运行以下 cmdlet:

    Get-WebServicesVirtualDirectory | FL Name,Server,externalURL
    
  2. 如果混合部署服务器上缺少 externalURL Exchange,请运行以下 cmdlet:

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

这是否解决了你的问题?

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

验证 EWS Exchange的 Microsoft (Web) 是否可解决且没有防火墙问题。

检查 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-Integrated 处理程序映射

  1. 在本地混合部署Exchange,打开"IIS Internet Information Services (管理器) IIS"。

  2. 展开 "ServerName > 网站 > 默认网站", 然后选择 "EWS"。

  3. IIS 区域中,打开 "处理程序映射"。 以下屏幕截图显示了 IIS 中 svc-Integrated 处理程序映射的示例:

    IIS 中 svc-Integrated 处理程序映射的示例

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

这是否解决了你的问题?

云用户无法查看本地用户的忙/闲 (如果问题仍未)

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

在内部部署Exchange,在命令行管理程序中运行Exchange命令:

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

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

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

这是否解决了你的问题?

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

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

对于联机设置

  1. 连接Exchange Online方法Windows PowerShell。 若要详细了解如何操作,请参阅连接Exchange Online PowerShell 进行远程管理

  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.comcontoso.com }
  • FreeBusyAccessEnabled:True
  • FreeBusyAccessLevel:LimitedDetails

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

这是否解决了你的问题?

  • 如果是,祝贺你,你的问题已解决!
  • 如果否,请参阅 联系支持人员

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

内部部署Exchange位于哪个版本的邮箱上?

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

能否通过使用本地部署邮箱 2010 邮箱来重现Exchange问题?

  1. 以具有 Outlook 2010 内部部署邮箱的用户Exchange OWA 客户端登录。
  2. 创建新的会议请求,并添加云用户到会议请求。
  3. 当你查看日程安排助理时,你是否看到云用户的哈希标记?

如果未Exchange 2003 用户 (云用户的忙/闲)

验证不存在阻止旧版忙/闲请求成功的硬编码公用文件夹路由。

备注

这不是一个常见问题。

确认 ms-Exch-Folder-Affinity-List Exchange Server 2003 属性上的属性具有成本最低 (的 Exchange 2010 ObjectGUID:{guid of server},cost) 。

  1. 在域控制器上 ,选择" 开始",选择"运行",键入 adsiedit.msc, 然后选择"确定 "。
  2. 右键单击 "ADSI 编辑", 然后选择 "连接"。
  3. "选择已知命名上下文"上,选择 "配置",然后选择"确定 "。
  4. 展开 配置 > > 服务 Microsoft Exchange > 第一Exchange > 管理 (FYDIBOHF23SPDLT) > 服务器。
  5. 右键单击 "Exchange 2010 服务器",然后选择"属性 "。
  6. 复制 objectGUID 值,然后将其粘贴到记事本文本文件中。
  7. 移动到 Configuration > Services > Microsoft Exchange First > Organization First > Administrative Group > Servers
  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
    

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

  2. 在结果中,验证"外部 (FYDIBOHF25SPDLT) 位于路径中。 例如,结果应如下所示显示路径:

     外部 (FYDIBOHF25SPDLT)

这是否解决了你的问题?

如果未Exchange 2003 用户 (云用户的忙/闲)

验证公用文件夹的权限。

若要使用 Exchange 2010 公用文件夹管理控制台更改外部 (FYDIBOHF25SPDLT) 忙/闲副本的客户端权限,请按照以下步骤操作:

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

  2. 在控制台树中,选择"工具箱"。

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

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

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

  6. "选择公用文件夹服务器"中,选择"Exchange 2010 服务器"。 选择 "确定",然后选择"确定 "。

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

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

  9. "权限" 选项卡上 ,确认为 **Default 用户选择了"编辑所有权限级别":

     &quot;权限&quot;选项卡详细信息

这是否解决了你的问题?

如果您的 Exchange 2003 用户仍未解决问题, (云用户的忙/闲)

仲裁邮箱丢失还是已损坏?

仲裁邮箱可以使用 ADSIEdit 进行编辑。 the federated.email account should be located in the default users container of Active Directory for the Exchange 2010 domain.

使用以下选项之一:

  1. 使用 adsiedit。

    1. 连接 Active Directory 中的默认命名上下文。
    2. 浏览到"用户"容器并查看联合电子邮件帐户的属性。
    3. 将帐户的 proxyaddress 属性更改为已联合其中一个 SMTP 地址,或者将已存在的现有代理地址命名空间添加到联合身份验证信任中。
  2. 从"Exchange Server 2003"中,打开 "Active Directory 用户和计算机"。

    1. 移动到用户容器并右键单击 FederatedEmail 帐户 - 然后选择 属性
    2. 如果您转到电子邮件地址选项卡,您可以添加其他代理地址以匹配已配置的联合命名空间,或者将预先存在的主 SMTP 命名空间添加到联合身份验证信任。

这是否解决了你的问题?

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

能否使用 2010 或 2013 Exchange内部部署邮箱?

  1. 以具有 Outlook 2010 或 2013 内部部署邮箱的用户Exchange或 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. 如果 ProxyURLInternalURL 值匹配,请确保可以从 Exchange 2007 CAS 服务器访问 URL。 为此,请从 ProxyURL AvailabilityAddressSpace CAS 2007 移动到 。 使用 Exchange 2007 源邮箱凭据进行身份验证。 预期结果如下所示:

    此处为替换文字。

备注

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

这是否解决了你的问题?

  • 如果是,祝贺你,你的问题已解决!
  • 如果否,请参阅 联系支持人员

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
    

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

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

    输出 Get-RemoteMailbox。

备注

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

这是否解决了你的问题?

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

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

对于联机设置

连接Exchange Online方法Windows PowerShell。 若要详细了解如何执行此操作,请参阅连接 Windows 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.comcontoso.com }
  • FreeBusyAccessEnabled:True
  • FreeBusyAccessLevel:LimitedDetails

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

这是否解决了你的问题?

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

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

从本地环境中,验证能否检索将用于忙/闲授权的委派令牌。 为此,请按照下列步骤操作:

  1. 从Exchange 2010 或 2013 Exchange命令行管理程序。

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

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

    Test-FederationTrust 的输出

这是否解决了你的问题?

2010/2013 不工作本地忙/闲

本指南用于解决混合忙/闲问题。 根据你的回答,你有本地问题。 若要了解如何解决常见的本地忙/闲问题,请参阅Troubleshooting Free/Busy Information for Outlook 2007

联系支持人员

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

其他有用资源:

工具和资源

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

此信息是否有用?

  • 如果是,祝贺你,你的问题已解决!
  • 如果没有,很抱歉,我们无法使用本指南解决此问题。