用户无法在 Office 365 中查看本地 Exchange Server 和 Exchange Online 混合部署中的远程用户的忙/闲信息

注意Microsoft Exchange Server 2010 中的 Exchange 管理控制台中包含的混合配置向导不再受支持。 因此,你不应再使用旧的混合配置向导。 请改为使用http://aka.ms/HybridWizard中提供的 Office 365 混合配置向导。 有关详细信息,请参阅Exchange 2010 的 Office 365 混合配置向导

在混合服务器运行 Exchange Server 2010 的 Microsoft Office 365 中,你有本地 Microsoft Exchange Server 和 Microsoft Exchange Online 的混合部署。 但是,用户无法查看远程用户的忙/闲信息。 当用户尝试查看远程用户的忙/闲信息时,不显示忙/闲信息。 相反,用户可能会遇到以下一种或多种症状:

  • 远程用户的忙/闲信息在日历中显示为数字符号(#)字符。

  • 在 Outlook Web App 中,显示 "错误 5037"。

  • Microsoft Outlook <文件名>-fb 和 <文件名>-as 文件包含类似于以下内容的错误消息:

    <FreeBusyResponse><ResponseMessage ResponseClass = "Error" ><MessageText>呼叫者无权访问忙/闲数据。 </MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" ><9。 InfoWorker NoFreeBusyAccessException</ExceptionType><ExceptionCode xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" >5037</ExceptionCode><ExceptionServerName xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" >ServerName</Exceptionservername><ResponseSource xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" >Https://<Server>。 outlook.com/EWS/Exchange.asmx/WSSecurity</responsesource></Messagexml></Responsemessage><FreeBusyView><FreeBusyViewType xmlns = "http://schemas.microsoft.com/exchange/services/2006/types" >/Freebusyviewtype</freebusyview><

例如,Office 365 用户无法查看本地用户的忙/闲信息。 但是,其他用户可以查看该同一本地用户的忙/闲信息。

起因

如果尝试查看忙/闲信息的用户的简单邮件传输协议(SMTP)地址的域名未包含在组织关系中的域名中,则会出现此问题。 例如,当你运行OrganizationRelationship cmdlet 时,将显示以下输出:

RunspaceId: a6c3799f-2ecd-4d79-ae4b: Id:6C470ddd1deeIdentity: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomainsStatus:存在 WarningDescription 组织关系对象的域列表中不存在的本地联盟域。IsValid: True如果 SMTP 域未手动添加到组织关系中,则会出现此情况。 如果满足以下条件,也可能会发生这种情况:

  • 在将本地环境升级到 Exchange Server 2010 之前创建了 Office 365 用户帐户。

  • 你在本地环境中使用 Exchange Server 2010 中的混合配置向导设置联合身份验证信任。

例如,Office 365 用户的域名为 contoso.com。 在此方案中,Office 365 用户帐户没有 @contoso mail.onmicrosoft.com 作为其代理地址之一。 对本地环境的请求对 Office 365 用户帐户使用 @contoso 而不是 @contoso mail.onmicrosoft.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 Online。 有关如何执行此操作的更多信息,请转到以下 Microsoft 网站:

    使用远程 PowerShell 连接到 Exchange Online

  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} } 

更多信息

仍然需要帮助? 转到Microsoft 社区Exchange TechNet 论坛启动指南以解决此问题

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

谢谢您的反馈意见!

谢谢你的反馈! 可能需要转接到 Office 支持专员。

×