疑難排解 Exchange 混合式環境中的空閒/忙碌問題

原始 KB 編號:   10092

誰是?

租使用者系統管理員。 許多步驟都需要提升存取權。

它的運作方式為何?

我們將會從詢問您所面臨的問題。 然後,我們將引導您執行特定于您情況的一系列疑難排解步驟。

預估完成時間:

30-60 分鐘。

歡迎使用混合式環境空閒/忙碌疑難排解程式

選取最符合您所面臨問題的選項:

注意

如果您想要複查空閒/忙碌在混合式部署中的運作方式,請選取 [ 我想要進一步瞭解混合式 Free/Busy 應如何使用 ] 選項。

環境中的內部部署 Exchange server 版本

若要更進一步瞭解混合式 Free/Busy 的運作方式,請參閱下列流程圖。 選取符合您環境的內部部署 Exchange 伺服器版本:

Exchange 2010/2013 空閒/忙碌工作流程

下圖顯示 Exchange 2010/2013 空閒/忙碌工作流程:

Exchange 2010/2013 空閒/忙碌工作流程

這是否解決問題?

Exchange 2007 空閒/忙碌工作流程

下圖顯示 Exchange 2007 空閒/忙碌工作流程:

Exchange 2007 空閒/忙碌工作流程

這是否解決問題?

Exchange 2003 空閒/忙碌工作流程

下圖顯示 Exchange 2003 空閒/忙碌工作流程:

Exchange 2003 空閒/忙碌工作流程

這是否解決問題?

空閒/忙碌的內部部署工作

登入內部部署使用者的信箱,然後嘗試為另一個內部部署使用者流覽 Free/Busy。 這項測試的目的是驗證您在內部部署環境中的可用性資訊檢索沒有任何問題。

您是否可以查看空閒/忙碌資訊?

您有內部部署的空閒/忙碌問題

這項疑難排解是用來診斷混合式環境中的空閒/忙碌問題。 這似乎是立即問題。 在解決內部部署的空閒/忙碌問題之後,請重新開機此疑難排解程式。 如需如何疑難排解常見內部部署空閒/忙碌問題的詳細資訊,請參閱 疑難排解 Free/Busy information For Outlook 2007

雲端使用者無法查看內部部署使用者的 Free/Busy

使用下列方法來驗證是否可以從外部來源解析自動探索,以及防火牆已開啟。

方法1:確認自動探索正在解析為內部部署 Exchange CAS 伺服器

  1. 從外部電腦開啟命令提示字元,並輸入下列命令,並在每個命令之後按 ENTER:

    • NSLookup
    • 自動探索。 <Your_Domain .com>
  2. 在對命令的回應中,「Address」值應該是內部部署 Exchange CAS 伺服器的外部 IP。 例如: Name: autodiscover.contoso.com Address:38.96.29.10

方法2:確認您可以將自動探索 POST 要求傳送至可能的自動探索 URLs

  1. 移至 Microsoft Remote Connectivity Analyzer
  2. 在 Microsoft Office Outlook 連線測試中,選取 [Outlook 自動探索],然後選取 [下一步]
  3. 完成 [Outlook 自動探索] 表單 (電子郵件地址、使用者名稱和密碼) ,然後選取 [ 執行測試]。

如果自動探索的 Exchange 連線測試失敗,請檢查內部部署自動探索網際網路存取設定。 如需如何執行此動作的詳細資訊,請參閱 Microsoft TechNet 主題設定網際網路存取的自動探索服務

這是否解決問題?

如果問題未解決,Cloud 使用者便無法查看內部部署使用者的 Free/Busy ()

確認自動探索端點指向內部部署 Exchange 混合伺服器 (s) 。

檢查 Exchange 混合伺服器上的 IIS 記錄檔,以驗證此伺服器是否正在接收自動探索 POST 要求:

  1. 在 Exchange 混合伺服器上,選取 [開始 > 執行],輸入 %SystemDrive%\inetpub\logs\LogFiles,然後按 enter。

  2. 開啟 [W3SVC1] 資料夾,然後開啟最新的 IIS 記錄檔。

  3. 搜尋自動探索。

  4. 下列螢幕擷取畫面顯示 IIS 記錄檔上的自動探索開機自檢要求範例:

    IIS 記錄上自動探索開機自檢要求的範例

如果您在內部部署 Exchange 混合式部署伺服器中未看到自動探索的任何專案,防火牆可能會指向錯誤的 CAS 伺服器。

這是否解決問題?

若問題未解決,Cloud 使用者便無法查看內部部署使用者的 Free/Busy ()

功能變數名稱是否存在於 org relationship 中?

若要確認組織關聯中的功能變數名稱值,請遵循下列步驟:

  1. 使用 Windows PowerShell 連接至 Exchange Online。 如需如何執行此動作的詳細資訊,請參閱 Connect To Exchange Online using remote 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
    

這是否解決問題?

如果無法解決問題,Cloud user 便無法查看內部部署使用者的 Free/Busy ()

是否遺失 IIS 處理常式對應?

決定 Internet Information Services (IIS) 設定是否缺少自動探索端點的 svc 整合處理常式對應。

  1. 在內部部署 Exchange 2010 混合式部署伺服器上,開啟 [Internet Information Services (IIS) 管理員]。

  2. 展開ServerName > 網站 > 的預設網站],然後選取 [自動探索]。

  3. 在 IIS 區段上,開啟處理常式對應。 下列螢幕擷取畫面顯示 IIS 中 svc 整合處理常式對應的範例:

    svc 整合的處理常式對應範例

如果 IIS 遺漏了 svc 整合的處理常式對應,請參閱 Microsoft 365 和您的內部部署環境的混合部署中的「目標例外已由目標所引發」錯誤

這是否解決問題?

如果問題仍未解決,Cloud 使用者便無法查看內部部署使用者的 Free/Busy ()

請遵循下列步驟來驗證 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
    

這是否解決問題?

若仍未解決問題,雲端使用者便無法查看內部部署使用者的 Free/Busy ()

確認 Microsoft Exchange Web 服務 (EWS) 是否可解析,且沒有防火牆問題。

在 Exchange 2010/2013 CAS 伺服器 (s) 上檢查 IIS 記錄,確認此伺服器正在接收 Web 服務要求。 如果要執行這項操作,請依照下列步驟執行:

  1. 在 Exchange 2010/2013 CAS 伺服器上,選取 [開始 > 執行],輸入 %SystemDrive%\inetpub\logs\LogFiles,然後按 enter。

  2. 開啟 [W3SVC1] 資料夾,然後開啟最新的 IIS 記錄檔。

  3. 在最新的 IIS 記錄檔中,搜尋 [ wssecurity]。 下列螢幕擷取畫面顯示 IIS 記錄檔中要求的範例:

    Web 服務要求的範例

  4. 如果您在內部部署 Exchange 2010/2013 混合式部署伺服器中看不到 wssecurity 的任何專案,防火牆可能會指向錯誤的 CAS 伺服器,或者您可能在防火牆上設定了預先驗證。 如需如何略過防火牆預先驗證的相關資訊,請參閱 Configure FOREFRONT TMG for a 混合式環境

這是否解決問題?

如果問題未解決,Cloud 使用者便無法查看內部部署使用者的 Free/Busy ()

EWS 上是否缺少 IIS 處理常式對應?

決定 Internet Information Services (IIS) 設定是否遺失 EWS 端點的 svc 整合處理常式對應

  1. 在內部部署 Exchange 混合部署伺服器上,開啟 [Internet Information Services (IIS) 管理員]。

  2. 展開ServerName > 網站 > 的預設網站],然後選取 [ EWS]。

  3. IIS 區域中,開啟 處理常式對應。 下列螢幕擷取畫面顯示 IIS 中 svc 整合處理常式對應的範例:

    IIS 中的 svc 整合處理常式對應範例

  4. 如果 IIS 缺少 svc 整合的處理常式對應,請參閱在 Microsoft 365 和您的內部部署環境中的混合式部署中,target "error"發生的例外狀況。

這是否解決問題?

如果問題仍未解決,Cloud 使用者便無法查看內部部署使用者的 Free/Busy ()

WSSecurity 啟用為驗證方法嗎?

在內部部署 Exchange 混合式部署伺服器上,在 Exchange 管理命令介面中執行下列命令:

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

如果 Exchange 混合式部署伺服器上的 ExternalAuthenticationMethods 遺失 WSSecurity,請執行下列命令:

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

這是否解決問題?

雲端使用者無法查看內部部署使用者的 Free/Busy (應驗證 Org Relationship 設定)

確認已正確設定 Org Relationship 設定,以便為使用者啟用空閒/忙碌功能。

線上設定

  1. 使用 Windows PowerShell 連接至 Exchange Online。 如需如何執行此動作的詳細資訊,請參閱 Connect To Exchange Online using remote 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

On-Premises 設定

  1. 在 Exchange 2010/2013 CA 上,在 Exchange 管理命令介面中執行下列命令:

    Get-OrganizationReationship -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

這是否解決問題?

On-Premises 使用者無法查看雲端使用者的空閒/忙碌狀態

在哪個版本的 Exchange 是內部部署使用者的信箱?

您的 Exchange 2003 使用者無法看到雲端使用者的空閒/忙碌

您可以使用內部部署 Exchange 2010 信箱再現問題嗎?

  1. 以 Exchange 2010 內部部署信箱的使用者身分登入 Outlook 或 OWA 用戶端。
  2. 建立新的會議邀請,並將雲端使用者新增至會議邀請。
  3. 當您查看排程助理時,是否會看到雲端使用者的雜湊標記?

當問題未解決時,您的 Exchange 2003 使用者無法看到雲端使用者的空閒/忙碌 ()

請確認沒有硬式編碼公用資料夾路由,可防止舊版空閒/忙碌要求成功。

注意

這不是常見的問題。

確認 ms-Exch-Folder-Affinity-List exchange Server 2003 屬性上的屬性具有最低成本的 exchange 2010 ObjectGUID (此屬性的格式如下: {伺服器的 guid},cost) 。

  1. 在網域控制站上,選取 [ 開始],選取 [ 執行],輸入 Adsi .Msc,然後選取 [確定]
  2. 以滑鼠右鍵按一下 [ ADSI 編輯器],然後選取 [連線至]
  3. 在 [ 選取熟知的命名內容] 中 ,選取[設定],然後選取 [確定]
  4. 展開設定 > 服務「 > Microsoft Exchange > 第一個組織 > **exchange 系統管理群組 (FYDIBOHF23SPDLT) ** > 伺服器
  5. 以滑鼠右鍵按一下 [ Exchange 2010 server],然後選取 [ 屬性]。
  6. 複製 objectGUID 值,然後將它貼到 [記事本] 文字檔中。
  7. 移至設定 > 服務 > Microsoft Exchange > 第一個組織 > 第一個系統管理群組 > 伺服器
  8. 以滑鼠右鍵按一下 [ Exchange Server 2003],然後選取 [ 屬性]。
  9. 確認 ms-Exch-Folder-Affinity-List value 是以 Exchange 2010 objectGUID設定。 如果未在 Exchange 2010 objectGUID 中列出 ms-Exch-Folder-Affinity-List ,您可以使用下列格式新增它: {guid 為 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

注意

FYDIBOHF25SPDLT) 公用資料夾的 OU=EXTERNAL (應該只會出現在 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. 在公用資料夾樹狀目錄中,移至 [系統公用資料夾] > SCHEDULE+ 空閒/忙碌]。

  8. 在結果窗格中,以滑鼠右鍵按一下 [ **EX:/O = FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) **],然後選取 [ 屬性]。

  9. 在 [ 許可權 ] 索引標籤上,確認已選取 [ 編輯擁有權限層級 ] 的預設使用者:

     [許可權] 索引標籤詳細資料

這是否解決問題?

如果問題仍未解決,您的 Exchange 2003 使用者無法查看雲端使用者的空閒/忙碌 ()

仲裁信箱是否遺失或損毀?

您可以使用 ADSIEdit 編輯仲裁信箱。 同盟電子郵件帳戶應該位於 Exchange 2010 網域之 Active Directory 的預設使用者容器中。

使用下列其中一個選項:

  1. 使用 adsiedit。

    1. 連接至 Active Directory 中的預設命名內容。
    2. 流覽至 [使用者] 容器,然後查看同盟電子郵件帳戶的屬性。
    3. 變更該帳戶的 proxyaddress 屬性,使其中一個 SMTP 位址已同盟,或新增已存在於同盟信任中的現有 proxy 位址命名空間。
  2. 從 Exchange Server 2003 開啟 [ Active Directory 使用者和電腦]。

    1. 移至 [使用者] 容器,然後以滑鼠右鍵按一下 FederatedEmail 帳戶,然後選取 [ 屬性]。
    2. 若您移至 [電子郵件地址] 索引標籤,您可以新增另一個 proxy 位址,使其符合已設定的同盟命名空間,或將預先存在的主要 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 and InternalURL 值都符合,請確定您可以從 EXCHANGE 2007 CAS 伺服器存取 URL。 若要這麼做,請 ProxyURL AvailabilityAddressSpace 從 CAS 2007 移至。 使用 Exchange 2007 來源信箱認證進行驗證。 預期的結果如下:

    在這裡輸入 Alt 文字。

注意

Exchange 2010/2013 CAS Web 服務虛擬目錄的 InternalURL 應不同于 Exchange 2007 CAS Web 服務虛擬目錄。

這是否解決問題?

Exchange 2010/2013 使用者無法看到雲端使用者的空閒/忙碌狀態

登入內部部署使用者的信箱,然後嘗試為另一個內部部署使用者流覽 Free/Busy。 這項測試的目的是驗證您在內部部署環境中的可用性資訊檢索沒有任何問題。

您是否可以查看空閒/忙碌資訊?

內部部署使用者無法看到雲端使用者的空閒/忙碌

決定您從 OWA 接收的錯誤訊息。

  1. 使用受影響使用者的帳戶來登入內部部署 OWA。

  2. 建立新的會議邀請,然後將內部部署使用者新增至會議。

  3. 當雜湊標記傳回時,會將滑鼠指標移到其上方以顯示錯誤訊息。 請注意錯誤訊息中的錯誤碼號碼。

    決定您從 OWA 接收的錯誤訊息

在下列清單中選取適當的錯誤訊息,以協助縮小您必須遵循的疑難排解步驟:

Exchange 2010/2013 使用者無法查看雲端使用者的空閒/忙碌 (錯誤碼 5039)

如果您的環境必須有 web proxy 設定,請確認內部部署 Exchange 2010 和 Exchange 2013 伺服器已設定為使用。

在內部部署 Exchange 2010 和 Exchange 2013 server (s) 上,于 Exchange 管理命令介面中執行下列命令:

Get-ExchangeServer | fl InternetWebProxy

在大多數環境中,結果會是空白的。 不過,如果您的內部部署環境中有傳出 proxy,您可能必須設定正確的 proxy 設定。

若要解決此問題,請執行下列命令,其中的位址與埠號碼 http://192.168.5.56:8080 會取代為您的伺服器位址及埠號碼:

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

這是否解決問題?

Exchange 2010/2013 使用者無法查看雲端使用者的空閒/忙碌 (如果問題未解決)

請確定伺服器上設定的時間不准確超過5分鐘。 如果伺服器時間與即時相差5分鐘以上,則與同盟閘道的通訊會變成無效。 這會導致空閒/忙碌失敗。

如需如何修正伺服器時間問題的詳細資訊,請參閱 how to configure an an an time server In 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)

確認已正確設定 Org Relationship 設定,以啟用使用者的空閒/忙碌功能。

線上設定

使用 Windows PowerShell 連接至 Exchange Online。 如需如何執行此動作的詳細資訊,請參閱 Connect Windows PowerShell to The Service

在 [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

On-Premises 設定

在 exchange 2010/2013 CAS 中,在 Exchange 管理命令介面中執行下列命令:

Get-OrganizationReationship -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. 執行命令 Test-FederationTrust -UserIdentity User@company.com -verbose ,其中 User 是內部部署使用者,但在查看雲端使用者的空閒/忙碌資訊時會發生問題。

  3. 輸出應顯示每個測試的成功。 如果發生失敗,請再次使用混合式設定向導,以嘗試重設同盟信任。

    Test-FederationTrust 的輸出

這是否解決問題?

內部部署空閒/忙碌不適用於2010/2013

本指南用於疑難排解混合式空閒/忙碌問題。 根據您的回答,您有內部部署問題。 如需如何疑難排解常見內部部署空閒/忙碌問題的詳細資訊,請參閱 疑難排解 Free/Busy information For Outlook 2007

連絡客戶支援

對不起,使用本指南無法解決未識別的問題。 如需更多協助以解決此問題,請移至 Microsoft Support

其他有用資源:

工具和資源

以下是診斷混合式空閒/忙碌問題的一些額外工具和資源:

此資訊是否有説明?

  • 如果是,祝賀您問題已解決!
  • 對不起,我們無法使用本指南來解決此問題。