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

本指南用途

說明如何疑難排解在 Office 365 中內部部署 Microsoft Exchange Server 和 Microsoft Exchange Online 的混合式環境中發生的空閒/忙碌問題。

適用對象

租用戶系統管理員。 許多步驟都需要更高的存取權限。

運作方式

我們會先詢問您所遇到的問題。 然後,我們會帶您完成一系列專門適用於您的情況的疑難排解步驟。

預計完成時間:

30-60 分鐘。

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

選取最能描述您所遇到問題的選項:

注意: 如果您要檢閱空閒/忙碌如何在混合式部署中作用,請按一下 [我要深入了解混合式空閒/忙碌的運作方式] 選項。

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

選取最能描述您所遇到問題的選項:

注意: 如果您要檢閱空閒/忙碌如何在混合式部署中作用,請按一下 [我要深入了解混合式空閒/忙碌的運作方式] 選項。

您環境中的內部部署 Exchange 伺服器版本

如果要深入了解混合式空閒/忙碌的運作方式,請參閱下列流程圖。 請選取符合您環境的內部部署 Exchange 伺服器版本:

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

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

P3_ExchangeWorkFlow
 


您的問題解決了嗎?

Exchange 2007 空閒/忙碌工作流程

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

P4_ExchangeWorkFlow
 


您的問題解決了嗎?

Exchange 2003 空閒/忙碌工作流程

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

P5_ExchangeWorkFlow
 


您的問題解決了嗎?

空閒/忙碌是否可在內部部署中運作?

登入內部部署使用者信箱,然後嘗試檢視其他內部部署使用者的空閒/忙碌。 此測試可驗證您的內部部署環境沒有任何有關可用時間資訊擷取的問題。


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

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

此疑難排解員可用於診斷混合式環境中的空閒/忙碌問題。 這似乎不是您遇到的立即問題。 解決內部部署空閒/忙碌問題後,請重新啟動此疑難排解員。

如需有關如何疑難排解某些常見內部部署空閒/忙碌問題的資訊,請參閱疑難排解 Outlook 2007 的空閒/忙碌資訊

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

如果要判斷您從 OWA 收到的錯誤訊息,請依照下列步驟執行:

  1. 使用受影響雲端使用者的帳戶登入入口網站,網址為 http://portal.MicrosoftOnline.com
  2. 按一下頁面頂端的 Outlook。 隨即會開啟 Outlook Web App。
  3. 建立新會議要求,然後將內部部署使用者新增至會議。
  4. 傳回雜湊標記時,請將指標停留在這些雜湊標記上方以顯示錯誤訊息。 請注意錯誤訊息錯誤碼號碼。

P8_FreeBusyStutas
 


在下列清單中選取適合的錯誤碼,以縮小您必須執行的疑難排解步驟範圍:

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

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

方法 1: 驗證自動探索是否會解析至內部部署 Exchange CAS 伺服器

  1. 從外部電腦開啟命令提示字元,輸入下列命令,並在輸入每個命令之後按下 ENTER:
    • NSLookup
    • autodiscover.<Your_Domain.com>
  2. 在命令回應中,「Address」值必須為內部部署 Exchange CAS 伺服器的外部 IP。 例如: 名稱: autodiscover.contoso.com 位址: 38.96.29.10

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

  1. 移至 https://www.testexchangeconnectivity.com
  2. 在 [Microsoft Office Outlook 連線測試] 上,選取 [Outlook 自動探索],然後按 [下一步]
  3. 完成 Outlook 自動探索表單 (電子郵件地址、使用者名稱和密碼),然後按一下 [執行測試]

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


您的問題解決了嗎?

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

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

在 Exchange 混合式伺服器上檢查 IIS 記錄,以確認此伺服器正在接收自動探索 POST 要求:

  1. 在 Exchange 混合式伺服器上,按一下 [開始],按一下 [執行],輸入 %SystemDrive%\inetpub\logs\LogFiles,然後按下 ENTER。
  2. 開啟 W3SVC1 資料夾,然後開啟最近的 IIS 記錄檔
  3. 搜尋「Autodiscover」
  4. 下列螢幕擷取畫面顯示 IIS 記錄上的自動探索 POST 要求範例: 

P10_error5039
 


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


您的問題解決了嗎?

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

網域名稱是否存在於組織關聯性?

如果要驗證 [組織關聯性] 中的網域名稱值,請依照下列步驟執行:

  1. 使用 Windows PowerShell 連線至 Exchange Online。 如需有關如何執行這項操作的詳細資訊,請參閱使用遠端 PowerShell 連線到 Exchange Online
  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 處理常式對應範例:
    P12_HandlerMapping
     

如果 IIS 遺失 svc-Integrated 處理常式對應,請參閱 Office 365 混合式部署和內部部署環境中的「目標傳回例外狀況」錯誤 (機器翻譯) 主題。


您的問題解決了嗎?

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

請執行下列步驟以驗證 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

您的問題解決了嗎?

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

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

在 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 記錄中的要求範例:
    P15_error5016
     
  4. 如果您在內部部署 Exchange 2010/2013 混合式部署伺服器中看不到任何 "exchange.asmx/wssecurity" 項目,表示防火牆可能指向錯誤的 CAS 伺服器,或者您可能已在防火牆上設定預先驗證。 如需有關如何略過防火牆預先驗證的資訊,請參閱如何針對 Office 365 (Exchange) 混合式部署設定 TMG (英文)。

您的問題解決了嗎?

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

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

判斷 Internet Information Services (IIS) 設定是否遺失 EWS 端點的 svc-Integrated 處理常式對應

  1. 在內部部署 Exchange 混合式部署伺服器上,開啟 Internet Information Services (IIS) 管理員。
  2. 展開 ServerName -- > [站台] -- > [預設網站],然後按一下 [EWS]
  3. [IIS] 區域中,開啟 [處理常式對應]。 下列螢幕擷取畫面顯示 IIS 中的 svc-Integrated 處理常式對應範例:
    P17_HandlerMapping
     
  4. 如果 IIS 遺失 svc-Integrated 處理常式對應,請參閱 Office 365 混合式部署和內部部署環境中的「目標傳回例外狀況」錯誤 (機器翻譯) 支援文章。

您的問題解決了嗎?

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

是否已啟用 WSSecurity 做為驗證方法?

在內部部署 Exchange 混合式部署伺服器的 Exchange 管理命令介面中,執行下列命令: Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

如果 Exchange 混合式部署伺服器上遺失 ExternalAuthenticationMethods 的 WSSecurity,請執行下列命令: Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" –WSSecurityAuthentication $true


您的問題解決了嗎?

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

確認是否已正確設定 [組織關聯性] 設定,以啟用使用者的空閒/忙碌。

如果是線上設定

  1. 使用 Windows PowerShell 連線至 Exchange Online。 如需有關如何執行這項操作的詳細資訊,請參閱使用遠端 PowerShell 連線到 Exchange Online
  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-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.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

如果必須變更值,請使用 "set-OrganizationRelationship" Cmdlet 來修正屬性。 如需有關語法和選項的詳細資訊,請參閱 Set-OrganizationRelationship


您的問題解決了嗎?

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

內部部署使用者的信箱位於哪個 Exchange 版本?

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

您是否可以使用內部部署 Exchange 2010 信箱重現問題?

  1. 以具有 Exchange 2010 內部部署信箱的使用者身分登入 Outlook 或 OWA 用戶端。
  2. 建立新會議要求,並將雲端使用者新增至會議要求。
  3. 檢視排程助理員時,您是否看到雲端使用者的雜湊標記?
您的 Exchange 2003 使用者無法查看雲端使用者的空閒/忙碌

確認沒有讓舊版空閒/忙碌要求無法成功的硬式編碼公用資料夾路由。

注意: 這不是常見的問題。

確認 Exchange Server 2003 內容上的 ms-Exch-Folder-Affinity-List 屬性具有 Exchange 2010 ObjectGUID 和最低成本 (此屬性的格式如下所示: {guid of server},cost)。

  1. 在網域控制站上,按一下 [開始],按一下 [執行],輸入 adsiedit.msc,然後按一下 [確定]
  2. 以滑鼠右鍵按一下 [ADSI 編輯器],然後按一下 [連線到]
  3. [選取熟知的命名內容] 上,選取 [設定],然後按一下 [確定]
  4. 展開 [設定] -- > [服務] -- > [Microsoft Exchange] -- > [預設組織] -- > [Exchange 系統管理群組 (FYDIBOHF23SPDLT)] -- > [伺服器]
  5. 以滑鼠右鍵按一下 [Exchange 2010 伺服器],然後按一下 [內容]
  6. 複製 objectGUID 值,然後將其貼至記事本文字檔。
  7. 移至 [設定] -- > [服務] -- > [Microsoft Exchange] -- > [預設組織] -- > [預設系統管理群組] -- > [伺服器]
  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。

  1. 所有雲端信箱都具有對應的內部部署且擁有郵件功能的物件。 針對此類空閒/忙碌查詢,我們會使用 LegacyExchangeDN,將我們的要求路由至適當的公用資料夾伺服器。 如果要確定此值是否正確,請依照下列步驟執行:
  2. 在 Exchange 2010 伺服器的 Exchange 管理命令介面中,執行下列命令: Get-RemoteMailbox Username |fl LegacyExchangeDN,其中使用者名稱是您正在嘗試查看其空閒/忙碌資訊之雲端使用者的名稱。
  3. 在結果中,確認路徑中具有 External (FYDIBOHF25SPDLT)。 例如,結果應該會顯示下列路徑: 
    P24_CannotSeeBusyFree
     

您的問題解決了嗎?

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

確認公用資料夾的權限。

如果要使用 Exchange 2010 公用資料夾管理主控台變更 External (FYDIBOHF25SPDLT) 空閒/忙碌複本的用戶端權限,請依照下列步驟執行:

  1. 啟動 Exchange 2010 Exchange 管理主控台。
  2. 在主控台樹狀目錄中,按一下 [工具箱]
  3. 在結果窗格中,按一下 [公用資料夾管理主控台],然後在動作窗格中,按一下 [開啟工具]。 隨即會顯示 [公用資料夾管理主控台]。
  4. [公用資料夾管理主控台] 的動作窗格中,按一下 [連線到伺服器]
  5. [連線到伺服器] 中,按一下 [瀏覽] 以檢視包含公用資料夾資料庫的可用信箱伺服器清單。
  6. [選取公用資料夾伺服器] 中,選取 Exchange 2010 伺服器。 按一下 [確定],然後按一下 [確定]
  7. 在 [公用資料夾] 樹狀目錄中,移至 [系統公用資料夾] -- > [SCHEDULE+ FREE/BUSY]
  8. 在 [結果] 窗格中,以滑鼠右鍵按一下 EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT),然後按一下 [內容]
  9. [權限] 索引標籤中,確認已針對 [預設使用者] 選取 [編輯所有權限等級]: 
    P25_CannotSeeBusyFree
     

您的問題解決了嗎?

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

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

您可以使用 ADSIEdit 編輯仲裁信箱。 federated.email 帳戶必須位於 Exchange 2010 網域 Active Directory 的預設使用者容器。

請使用下列其中一個選項:

  1. 使用 adsiedit。
    1. 連線至 Active Directory 中的預設命名內容。
    2. 瀏覽至 [Users] 容器,並檢視 federatedemail 帳戶的內容。
    3. 將帳戶的 proxyaddress 屬性變更為具有一個已同盟的 SMTP 地址,或將現有的 Proxy 位址命名空間新增至同盟信任。
  2. 從 Exchange Server 2003 開啟「Active Directory 使用者和電腦」。
    1. 移至 [Users] 容器,並以滑鼠右鍵按一下 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 和 InternalURL 值相符,請確定您可以從 Exchange 2007 CAS 伺服器存取 URL。 若要執行這項操作,請移至 CAS 2007 中 AvailabilityAddressSpace 的 ProxyURL。 驗證 Exchange 2007 來源信箱認證。 預期的結果如下所示: 
    P28_CannotAccessBusyFree
     

注意: Exchange 2010/2013 CAS Web 服務虛擬目錄的 InternalURL 應該不同於 Exchange 2007 CAS Web 服務虛擬目錄。


您的問題解決了嗎?

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

登入內部部署使用者信箱,然後嘗試檢視其他內部部署使用者的空閒/忙碌。 此測試可驗證您的內部部署環境沒有任何有關可用時間資訊擷取的問題。 


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

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

判斷您從 OWA 收到的錯誤訊息。

  1. 使用受影響使用者的帳戶登入內部部署 OWA。
  2. 建立新會議要求,然後將內部部署使用者新增至會議。
  3. 傳回雜湊標記時,請將指標停留在這些雜湊標記上方以顯示錯誤訊息。 請注意錯誤訊息中的錯誤碼號碼。
    P30_OnPremisesCannotSeeBusyFree
     

在下列清單中選取適合的錯誤訊息,以協助縮小您必須執行的疑難排解步驟範圍:

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

如果您的環境中必須具有 Web Proxy 設定,請確認已將內部部署 Exchange 2010 和 Exchange 2013 伺服器設為使用該設定。

在內部部署 Exchange 2010 和 Exchange 2013 伺服器的 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 使用者無法查看雲端使用者的空閒/忙碌

確認是否已正確設定 [組織關聯性] 設定,以允許使用者的空閒/忙碌。

如果是線上設定

  1. 使用 Windows PowerShell 連線至 Exchange Online。 如需有關如何執行這項操作的詳細資訊,請參閱使用遠端 PowerShell 連線到 Exchange Online
  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

如果是內部部署設定

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

如果必須變更值,請使用 "set-OrganizationRelationship" Cmdlet 修正屬性。如需有關執行這項操作之語法和選項的詳細資訊,請參閱 Set-OrganizationRelationship


您的問題解決了嗎?

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

確認在您的伺服器上設定的時間不正確,且與實際時間差異超過 5 分鐘。 如果伺服器時間與實際時間差異超過 5 分鐘,與同盟閘道的通訊便會無效。 這會導致空閒/忙碌失敗。

如需有關如何修正伺服器時間問題的資訊,請參閱如何在 Windows Server 中設定授權時間伺服器


您的問題解決了嗎?

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

判斷是否已在 MEU 內部部署上指定正確的目標位址。 所有雲端信箱都將具有對應的內部部署物件。 此物件必須具有指定的正確遠端路由位址 (也稱為目標位址)。 遠端路由位址應包含類似 TenantName.Mail.OnMicrosoft.com 的網域名稱。

如果要確認是否已設定遠端路由位址,請依照下列步驟執行:

  1. 在 Exchange 2010 伺服器或 Exchange 2013 伺服器的 Exchange 管理命令介面中,執行下列命令: Get-RemoteMailbox Username |fl RemoteRoutingAddress,其中 username 是您嘗試查看其空閒/忙碌資訊之雲端使用者的名稱。
  2. 確認位址包含 TenantName.Mail.OnMicrosoft.com
    P34_CannotSeeBusyFree
     

注意: 如果您未使用混合式設定精靈,則網域名稱應反映您已選取的遠端路由網域。


您的問題解決了嗎?

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

確認是否已正確設定 [組織關聯性] 設定,以啟用使用者的空閒/忙碌。

如果是線上設定

使用 Windows PowerShell 連線至 Exchange Online。 如需有關如何執行這項操作的詳細資訊,請參閱將 Windows PowerShell 連線到服務

在 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

如果是內部部署設定

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

如果必須變更值,請使用 "set-OrganizationRelationship" Cmdlet 來修正屬性。 如需有關執行這項操作之語法和選項的詳細資訊,請參閱 Set-OrganizationRelationship


您的問題解決了嗎?

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

確認可以建立具有測試同盟信任的 Token。

從內部部署環境確認您可以擷取將用於空閒/忙碌授權的委派 Token。 如果要執行這項操作,請依照下列步驟執行:

  1. 從內部部署 Exchange 2010 或 2013 伺服器開啟 Exchange 管理命令介面。
  2. 執行下列命令: Test-FederationTrust –UserIdentity User@company.com –verbose,其中 User 是檢視雲端使用者的空閒/忙碌資訊時發生問題的內部部署使用者。
  3. 所有測試的輸出都應顯示成功。 如果發生失敗,請再次使用混合式設定精靈嘗試重設同盟信任。
    P36_CannotSeeBusyFree
     

您的問題解決了嗎?

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

如果伺服器時間與實際時間差異超過 5 分鐘,與同盟閘道的通訊便會無效。 這會導致空閒/忙碌失敗。

如需有關如何修正伺服器時間問題的資訊,請參閱如何在 Windows Server 中設定授權時間伺服器


您的問題解決了嗎?

2010/2013 的內部部署空閒/忙碌無法正常運作

此逐步解說是用於疑難排解混合式空閒/忙碌問題。 根據您的答案,您有內部部署問題。 如需有關如何疑難排解常見內部部署空閒/忙碌問題的資訊,請參閱疑難排解 Outlook 2007 的空閒/忙碌資訊

疑難排解一般公用資料夾問題

空閒/忙碌引導式逐步解說並非做為疑難排解公用資料夾問題之用。 如需有關如何疑難排解公用資料夾問題的資訊,請參閱如何在 Exchange 2000 Server 和 Exchange Server 2003 中疑難排解公用資料夾複寫問題 (機器翻譯)。

恭喜,您的問題已解決!

感謝您使用空閒/忙碌指南。

還有疑問嗎?

抱歉,我們無法使用本指南來解決此問題。

內容

文章識別碼:10092 - 最後檢閱時間:2016年12月20日 - 修訂: 5

意見反應