Exchange Online 使用者無法使用 Outlook 或 OWA 連接至公用資料夾

原始 KB 編號:   4549862

誰是?

使用者遇到這種問題的承租人管理員。

它的運作方式為何?

我們將從向您尋求使用者面臨的問題。 然後,我們將引導您瞭解具體情況。

預估完成時間:

60-90 分鐘

有多少使用者遇到此問題

使用 Exchange Online PowerShell

連線至 Exchange Online PowerShell 中,找出 PublicFolderMailbox   在工作使用者上設定的參數,然後為受影響的使用者設定該參數。 若要這麼做,請將參數設定為與參數值相同的值 DefaultPublicFolderMailbox

例如,請參閱下列螢幕擷取畫面。

可查看及變更 DefaultPFMailbox 的命令

注意

至少等候一個小時,變更才會生效。

這樣做會解決您的問題嗎?

是顯示在 Outlook 中的公用資料夾 (PF) 節點

若要檢查是否可在 Outlook 中看到 PF 節點,請參閱下列範例。

Outlook 中的公用資料夾節點

使用者嘗試展開 PF 時,是否會取得認證提示或錯誤

收集 Outlook 追蹤記錄檔

當您重現問題時收集 Outlook 追蹤記錄檔和 Fiddler 追蹤,然後開啟支援票證以取得進一步的協助。 如需如何收集記錄的詳細資訊,請參閱 how to enable global and advanced logs For Microsoft Outlook

檢查 PublicFoldersEnabled 參數是本機還是遠端

若要檢查 PublicFoldersEnabled 參數值是否為 本機Remote,請參閱下列螢幕擷取畫面中的命令範例。

本機或遠端

在內部部署 Exchange Server 上收集記錄

在執行 Exchange Server 的內部部署伺服器上收集記錄檔,然後開啟支援票證以取得進一步的協助。 如需如何收集記錄的相關資訊,請移至 ExchangeLogCollector

使用者是否擁有 PF 樹或公用資料夾的許可權

對 PF 樹狀目錄上的使用者指派正確的許可權

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。

對受影響的使用者執行自動探勘測試

對受影響的使用者執行 自動 探勘測試,然後檢查是否在 <PublicFolderInformation>   自動探索回應中看到區塊。 若要這麼做,請參閱下列範例。

顯示公用資料夾資訊的預期輸出

測試 PF 信箱的電子郵件自動探索是否運作成功

若要檢查 PF 信箱的 測試電子郵件自動 探索功能是否順利運作,請參閱下列範例。

測試電子郵件自動傳送

清除自動探索 XML 檔案

請刪除自動探索 XML 檔案,重新開機 Outlook 用戶端,然後再試一次。 若要這麼做,請參閱 當您在 \Autodiscover 機碼下有登錄設定時,意外的自動探索行為

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,請參閱 收集 Outlook 追蹤記錄檔。

指派給使用者的 PF 信箱

  1. 連線至 Exchange Online PowerShell。

  2. 執行下列命令,以判斷使用者信箱上是否已填入有效的 PF 信箱:  

    Get-Mailbox <mailbox name> | ft *eff*
    

請參閱下列的範例。

預設 pf 信箱

檢查信箱是否從 PF 連線排除

若要檢查信箱是否排除在 PF 連線之外,請參閱下列螢幕擷取畫面中的命令範例。

show control Cmdlet

若要執行此動作,請參閱 宣佈對 Outlook 中公用資料夾的可控連線支援

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,請參閱 收集 Outlook 追蹤記錄檔。

檢查 PublicFoldersEnabled 是否為本機或遠端的

若要檢查 PublicFoldersEnabled 參數是否為 本機   或 Remote,請執行下列命令:

Get-OrganizationConfig | fl *Public*

請參閱下列的範例。

本機或遠端

RootPublicFolderMailbox 是由有效的 GUID 填入

若要檢查 RootPublicFolderMailbox 參數是否是使用有效的 GUID 來填入,請參閱下列螢幕擷取畫面中的命令範例。

根 pf 信箱

確定 PF 信箱已準備好服務階層

若要確定 PF 信箱已準備好服務階層,請執行下列命令:

Get-Mailbox -PublicFolder | fl *hier*

您可能會看到下列輸出:

IsExcludedFromServingHierarchy : False
IsHierarchyReady               : True
IsHierarchySyncEnabled         : True

請參閱下列範例。

PF 信箱階層範例

請確定公用資料夾已正確部署

若要確定已正確部署公用資料夾,請參閱 建立公用資料夾信箱

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,請參閱 收集 Outlook 追蹤記錄檔。

確定 pf 階層對 PF 信箱同步處理

若要確定 pf 階層對 PF 信箱同步處理,請參閱下列螢幕擷取畫面中的命令範例。

強制階層同步指令 Cmdlet 和結果範例

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,請參閱 收集 Outlook 追蹤記錄檔。

手動設定 DefaultPublicFolderMailbox 或啟用部分 PF 信箱至伺服器階層

DefaultPublicFolderMailbox手動設定參數或啟用部分 PF 信箱至伺服器階層。

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,請參閱 收集 Outlook 追蹤記錄檔。

問題會影響 Outlook 或 OWA

PublicFoldersEnabled 設為遠端

若要檢查是否 PublicFoldersEnabled 設為 遠端,請參閱下列螢幕擷取畫面中的命令範例。

檢查 PublicFoldersEnabled 設定的命令

  • 如果是 Local,請收集 F12 記錄檔或 Fiddler 追蹤,並開啟支援問題以取得進一步的協助。
  • 如果 遠端

OWA 無法存取遠端設定中的公用資料夾

OWA 無法存取 遠端 設定中的公用資料夾。 當在 本機 設定中啟用公用資料夾時,請嘗試結果。

內部部署的 PF 信箱或已同步處理至雲端的代理伺服器

內部部署 PF 信箱應該以啟用郵件功能的使用者的身分同步處理。

驗證內部部署 PF MBX 同步處理成 MEU (2)

Proxy 信箱已正確同步處理至雲端,成為啟用郵件功能的使用者。

驗證 proxy 信箱

確定 proxy PF 信箱已同步處理

確定 proxy PF 信箱已正確同步處理,並等待更新快取。 如需詳細資訊,請參閱 疑難排解未與 Azure Active Directory 同步處理的物件

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,我們很抱歉,您的問題無法由此指南解決。 開啟支援票證以取得進一步的協助。

Exchange Online 上的遠端 PF 信箱是否包含內部部署 proxy PF 信箱

若要判斷這一點,請參閱下列螢幕擷取畫面中的命令範例。

命令範例1

這樣做會解決您的問題嗎?

確定有效的 PF 信箱顯示來自遠端 PF 信箱的值。

若要判斷這一點,請參閱下列螢幕擷取畫面中的命令範例。

命令範例2

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,我們很抱歉,您的問題無法由此指南解決。 開啟支援票證以取得進一步的協助。

設定遠端 PF 信箱

若要設定遠端 PF 信箱,請參閱下列文章。 然後,等候一小時後再次檢查您的存取。

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,我們很抱歉,您的問題無法由此指南解決。 開啟支援票證以取得進一步的協助。

是僅限雲端的 PF 信箱

若要判斷這一點,請參閱下列螢幕擷取畫面中的命令範例。

命令範例3

SMTP (軟) 相符

若要將內部部署使用者帳戶與 Office 365 使用者帳戶軟搭配,請參閱 how to USE SMTP match to Match office 365 使用者帳戶進行目錄同步處理。

這樣做會解決您的問題嗎?

  • 如果是的話,恭喜! 您的問題已解決。 我們很樂意此指南對您很有説明。
  • 如果不是,我們很抱歉,您的問題無法由此指南解決。 開啟支援票證以取得進一步的協助。

是在內部部署使用者上加蓋有效的 X500 位址

若要判斷這一點,請參閱下列螢幕擷取畫面中的命令範例。

在內部部署

命令範例4

在 Exchange Online

命令範例5

裝載 PFs 的 Exchange Server 版本為何?

如需 Exchange Server 組建編號和發行日期的詳細資訊,請參閱 Exchange server 組建編號和發行日期

在使用者上新增有效的 X500 位址

如果內部部署物件上的 X500 值缺失,請在安裝 Azure AD Connect 的電腦上啟動 delta sync。 如需詳細資訊,請參閱 PowerShell 基礎:如何強制 AzureAD Connect 進行同步處理。

或者,您也可以在內部部署執行下列命令手動新增 X500 位址:

Set-RemoteMailbox -Identity "mailbox name" -EmailAddresses @{add="X500:replace with legacyexchangeDN value from the cloud object"}

如需詳細資訊 Set-RemoteMailbox ,請參閱 本文

這樣做會解決您的問題嗎?

在裝載 PF 資料庫的伺服器上啟用 Outlook 無所不在

若要判斷這一點,請參閱下列螢幕擷取畫面中的命令範例。

命令範例6

識別 proxy 信箱並檢查 RPC 執行狀態

尋找會在受影響的使用者上標記的有效或預設 PF 信箱,以決定 proxy 信箱。 若要這麼做,請參閱下列螢幕擷取畫面中的命令範例。

命令範例7

然後,檢查 Client Access server (CAS) 上的 Microsoft Exchange RPC Client Access 服務是否正在主控 proxy 信箱。

檢查 CAS 上是否正在執行 RPC 用戶端存取服務

啟用 Outlook 無所不在

在裝載 PF 資料庫的所有 Exchange 2010 伺服器上啟用「Outlook 無所不在」。 如需 Outlook 無所不在的相關資訊,請參閱 Outlook anywhere

這樣做會解決您的問題嗎?

啟動 RPC 用戶端存取服務

啟動 Microsoft Exchange RPC Client Access 服務。

這樣做會解決您的問題嗎?

檢查 RpcClientAccessServer 值

檢查 RpcClientAccessServer 裝載 PROXY PF 信箱之新資料庫的值是否設定為伺服器 FQDN。 若要這麼做,請參閱下列螢幕擷取畫面中的命令範例。

檢查 RpcClientAccessServer 值

Proxy 信箱資料庫 <NewMDBforPFs> 是主控 proxy 信箱 (僅限 PFMailbox1) 的信箱資料庫。

RpcClientAccessServer:這是同時主控 CAS 角色的公用資料夾伺服器。 這應該是實際 CA 伺服器內部 FQDN 的名稱,而不是 CAS 陣列名稱稱。

IsExcludeFromProvisioning:這應該設定為 True。 此設定可防止新信箱自動新增至此空白 proxy 資料庫。

設定 RpcClientAccessServer 值

若要設定 RpcClientAccessServer 值,請在內部部署中執行下列命令:

Set-MailboxDatabase <NewMDBforPFs> -RpcClientAccessServer <ServerFQDN>

您是否已順利進行變更?

  • 如果是,請參閱 檢查 RpcClientAccessServer 值
  • 如果不是,我們很抱歉,您的問題無法由此指南解決。 開啟支援票證以取得進一步的協助。