用戶無法在混合式部署的 Exchange Server 中檢視遠端使用者的空閒/忙碌資訊

原始 KB 編號： 2667844

徵狀

您在 Microsoft 365 中有內部部署 Microsoft Exchange Server 和 Microsoft Exchange Online 的混合式部署，您的混合式伺服器 Exchange Server 2010 年執行。 不過，使用者無法檢視遠端使用者的空閒/忙碌資訊。 當使用者嘗試檢視遠端使用者的空閒/忙碌資訊時，不會顯示空閒/忙碌資訊。 相反地，使用者可能會遇到下列一或多個徵兆：

• 遠端使用者的空閒/忙碌資訊會在行事曆中顯示為數位符號 (#) 字元。

• 在 Outlook Web App 中，會顯示「錯誤 5037」。

• Microsoft Outlook <FileName>-fb.log 和 <FileName>-as.log 檔案包含類似下列的錯誤訊息：

  <FreeBusyResponse><ResponseMessage ResponseClass=“Error”><MessageText>呼叫端無法存取空閒/忙碌數據。</MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns=“”http://schemas.microsoft.com/exchange/services/2006/errors>Microsoft.Exchange.InfoWorker.Common.Availability.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/typesNone</FreeBusyViewType></FreeBusyView></FreeBusyResponse>

例如，Microsoft 365 使用者無法檢視內部部署使用者的空閒/忙碌資訊。 不過，其他使用者可以檢視該相同內部部署使用者的空閒/忙碌資訊。

原因

如果嘗試檢視空閒/忙碌資訊之使用者的簡易郵件傳輸通訊協定 (SMTP) 位址未包含在組織關係中的功能變數名稱中，就會發生此問題。 例如，當您執行 Test-OrganizationRelationship Cmdlet 時，會顯示下列輸出：

RunspaceId：a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
身份：
標識符：LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
狀態：警告
描述：遠端組織關聯性物件的網域清單中沒有本機同盟網域。
IsValid：True

如果 SMTP 網域未手動新增至組織關係，就會發生這種情況。 如果下列條件成立，也可能會發生這種情況：

• Microsoft 365 用戶帳戶是在您將內部部署環境升級至 2010 Exchange Server 之前建立的。
• 您已在內部部署環境中使用 Exchange Server 2010 中的混合式設定精靈來設定同盟信任。 例如，Microsoft 365 使用者的功能變數名稱是 contoso.com。

在此案例中，Microsoft 365 使用者帳戶沒有 @contoso.mail.onmicrosoft.com 作為其其中一個 Proxy 位址。 內部部署環境的要求會使用 @contoso.com ，而不是 @contoso.mail.onmicrosoft.com Microsoft 365 用戶帳戶。 要求遭到拒絕，因為內部部署環境中的組織關聯性並未 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
   

其他相關資訊

若要協助識別 Microsoft 365 中的問題，請遵循下列步驟：

1. 使用遠端 PowerShell 連線到 Exchange Online。 如需如何執行這項操作的詳細資訊，請參閱連線到 Exchange Online PowerShell。

2. 比較使用者的 SMTP 位址與組織關係。 若要執行此動作，請執行下列命令：

   if ( (Get-OrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1]) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1] "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 論壇。

啟動指南以針對此問題進行疑難解答。