用户不能查看内部 Exchange Server 和 Exchange Online Office 365 中的混合部署中的远程用户的忙/闲信息

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 2667844
注意:不再支持包含在 Microsoft Exchange Server 2010年中 Exchange 管理控制台混合配置向导。因此,应不再使用旧的混合配置向导。相反,使用可从 Office 365 混合配置向导 http://aka.ms/HybridWizard.有关详细信息,请参阅 Office 365 的 Exchange 2010 的混合配置向导.
问题
Microsoft Office 365 的混合服务器运行的 Exchange Server 2010年中有内部 Microsoft Exchange Server 和 Microsoft Exchange Online 的混合部署。但是,用户无法查看远程用户的忙/闲信息。当用户试图查看远程用户的忙/闲信息时,不显示忙/闲信息。相反,用户可能会遇到一个或多个以下症状︰
  • 远程用户的忙/闲信息在日历中显示为数字符号 (#) 字符。
  • 在 Outlook Web App,将显示"错误 5037"。
  • Microsoft Outlook <FileName>-fb.log, <FileName>-as.log 文件中包含类似于以下错误消息︰</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>调用方无权访问忙/闲数据。</MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><> </MessageXml></ResponseMessage></FreeBusyResponse>
    xmlns ="http://schemas.microsoft.com/exchange/services/2006/errors"> Microsoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException<>
    xmlns ="http://schemas.microsoft.com/exchange/services/2006/errors"> 5037<>
    xmlns ="http://schemas.microsoft.com/exchange/services/2006/errors">服务器名<>
    xmlns ="http://schemas.microsoft.com/exchange/services/2006/errors"> https://<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity<FreeBusyView> <><b00> </b00></> </FreeBusyView> </Server>
    xmlns ="http://schemas.microsoft.com/exchange/services/2006/types"> 无
例如,Office 365 用户不能查看内部用户的忙/闲信息。但是,其他用户可以查看该同一内部用户的忙/闲信息。
原因
如果尝试查看忙/闲信息的用户的简单邮件传输协议 (SMTP) 地址的域名不包括在组织之间关系中的域名,则会出现此问题。例如,当您运行测试 OrganizationRelationship cmdlet,将显示以下输出︰
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
标识︰
Id: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
状态︰ 警告
说明︰ 有本地联盟的域列表中不存在的域
远程组织的关系对象。
IsValid︰ 真
如果 SMTP 域没有手动添加到该组织的关系,将发生这种情况。如果满足以下条件,同样会发生此问题︰
  • 内部环境升级到 Exchange Server 2010年之前创建 Office 365 的用户帐户。
  • 用于混合配置向导在 Exchange Server 2010 年内部环境中建立联合身份验证信任。
例如,Office 365 提供用户的域名是 contoso.com。在这种情况下,Office 365 的用户帐户不具有 @contoso.mail.onmicrosoft.com 作为其代理地址之一。到内部部署环境请求 Office 365 的用户帐户,而不是 @contoso.mail.onmicrosoft.com 使用 @contoso.com。请求将被拒绝,因为在部署环境中的组织关系没有 contoso.com 添加到它。
本地
若要解决此问题,请编辑内部环境包括的问题的用户的 SMTP 域的组织之间的关系。为此,使用下列方法之一。

方法 1︰ 使用 Exchange 管理控制台

  1. 在本地 Exchange 服务器上,打开 Exchange 管理控制台,,然后单击Microsoft Exchange 内部下的组织配置
  2. 单击组织关系选项卡,然后查看组织的关系的属性。
  3. 单击外部组织选项卡,在外部的 Exchange 组织的联盟域框中,键入联盟的域名,然后单击添加
  4. 对于每个要添加的域重复步骤 3。
  5. 单击确定

方法 2︰ 使用 Exchange 管理外壳程序

  1. 在内部服务器上,打开 Exchange 管理外壳程序。
  2. 设置为变量组织的关系。例如,运行以下命令

    $OrgRel = Get-OrganizationRelationship Contoso
  3. 将所需的附加域名添加到变量中。例如,运行以下命令︰
    $OrgRel.DomainNames += "contoso.com"
  4. 更新使用新域的名称值的组织的关系。例如,运行以下命令︰
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
更多信息
若要帮助确定 Office 365 中的问题,请按照下列步骤操作︰
  1. 通过使用 PowerShell 远程连接到 Exchange 联机。有关如何执行此操作的详细信息,请访问以下 Microsoft 网站︰
  2. 比较与组织之间关系的用户的 SMTP 地址。若要执行此操作,请运行以下命令︰
    if ( (Get-OrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Domain) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Domain "was not found" -ForegroundColor Yellow}
    注意: 此外可以将与组织的关系中的域名的接受域中列出的每个域进行比较。若要执行此操作,请运行以下命令︰
    Get-AcceptedDomain | ForEach-Object { if ( (Get-OrganizationRelationship).DomainNames -contains $_.DomainName) { write-host $_.DomainName "was found" -ForegroundColor Green } else { write-host $_.DomainName "was not found" -ForegroundColor Yellow} }
更多信息
仍需要帮助?转到(G) Microsoft 社区交换 TechNet 论坛.

入门指南来解决此问题.

属性

文章 ID:2667844 - 上次审阅时间:11/11/2016 00:31:00 - 修订版本: 28.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2010 Enterprise

  • o365 hybrid gwt guided walk through kbtshoot kbmt KB2667844 KbMtzh
反馈