瞭解不在辦公室 (OOF) 回覆並進行疑難排解

OOF 回覆可能有點不明。 它們如何運作？ 為什麼它們有時不會傳遞給其他使用者，如果使用者沒有，該怎麼辦？ 本文從 Exchange Online 設定的觀點討論 OOF 回覆的位元和片段。 不過，大部分的討論也適用于內部部署設定。

(如果您曾經想知道為何「不在辦公室」會縮寫為「OOF」，而不是 「OOO」，請參閱 這篇部落格文章)。

什麼是不在辦公室 (OOF) 回覆？

OOF 或自動回覆是用戶端在使用者信箱中設定的收件匣規則。 OOF 規則是伺服器端規則。 因此，不論用戶端是否正在執行，都會觸發它們。

自動回覆的設定方式如下：

• 使用 Outlook 內的自動回覆功能，如這裡所述
• 使用其他用戶端，例如 Outlook 網頁版 (OWA)
• 透過執行 PowerShell 命令 (Set-MailboxAutoReplyConfiguration)

系統管理員可以代表使用者從 Microsoft 365 系統管理入口網站設定 OOF 回覆。

如果啟用自動回覆，即使收件者收到來自寄件者的多則訊息，也只會將一個回覆傳送給每個寄件者。

除了在其用戶端中使用內建的 OOF 功能之外，使用者有時也會在離開時 使用規則來建立不在辦公室 (OOF) 訊息。

根據原本設計，Exchange Online Protection 會使用高風險傳遞集區 (HRDP) 傳送 OOF 回覆，因為 OOF 回覆是較低優先順序的訊息。

OOF 規則的類型

有三種 OOF 規則類型：

• 內部
• 外部
• 已知寄件者 (連絡人清單)

這些規則會在使用者的信箱中個別設定。 每個規則都有相關聯的訊息類別和名稱。 規則名稱會儲存在 PR_RULE_MSG_NAME 屬性中。 下表列出與每個 OOF 規則相關聯的訊息類別和名稱。

類型	訊息類別	PR_RULE_MSG_NAME
內部	IPM.Rule.Version2.Message	Microsoft.Exchange.OOF.KnownExternalSenders.Global
外部	IPM.Rule.Version2.Message	Microsoft.Exchange.OOF.AllExternalSenders.Global
已知寄件者	IPM.ExtendedRule.Message	Microsoft.Exchange.OOF.KnownExternalSenders.Global

注意事項

除了 OOF 規則之外，其他規則 (例如垃圾郵件電子郵件規則) 也有 IPM.ExtendedRule.Message 訊息類別。 MSG_NAME 變數會決定規則的使用方式。

OOF 規則詳細資料

您可以使用 MFCMapi 工具來檢視所有收件匣規則：

1. 登入工具。
2. 選取與具有 OOF 規則之信箱相關聯的設定檔。
3. 在資訊存放區的頂端，選取 [收件匣]，然後以滑鼠右鍵按一下 [開啟相關聯的內容資料表]。

MFCMapi 中的 OOF 規則：

MFCMapi 中的 OOF 規則範本：

OOF 回應歷程記錄

每個收件者會傳送一次 OOF 回應。 OOF 回應傳送給的收件者清單會儲存在 OOF 歷程記錄中，當 OOF 狀態變更 (啟用或停用時) 或修改 OOF 規則時，就會清除該記錄。 OOF 歷程記錄會儲存在使用者的信箱中，並可使用 MFCMapi 工具來檢視：Freebusy 資料>PR_DELEGATED_BY_RULE。

注意事項

如果您想要每次傳送回應給寄件者，而不是只傳送一次，您可以套用「使用特定訊息進行伺服器回覆」信箱伺服器端規則，而不是使用 OOF 規則。 這個替代規則會在每次收到訊息時傳送回應。

疑難排解 OOF 問題

下列各節討論一些 OOF 回覆未傳送給寄件者的情況。 其中包括可能的修正，以及您可能遇到的一些較常見 OOF 設定問題。

與傳輸規則相關的 OOF 問題

如果未針對租用戶中的所有使用者傳送 OOF 回覆，傳輸規則通常會受到責備。 使用本文的步驟 2，檢查可能套用至受影響信箱的所有傳輸規則。

如果您懷疑有傳遞問題，請從 Microsoft 365 租用戶執行 訊息追蹤。 針對 OOF 訊息，原始訊息的寄件者會在追蹤期間成為收件者。 您應該能夠判斷 OOF 回覆是否已觸發並傳送給外部或內部收件者。 訊息追蹤會清楚指出傳輸規則是否封鎖 OOF 回應。

在傳輸規則封鎖 OOF 回覆時，有一個案例值得注意。 假設您已將 MX 記錄移至協力廠商反垃圾郵件計畫。 您已建立傳輸規則，以拒絕接收從協力廠商反垃圾郵件計畫以外的任何 IP 位址傳送的任何電子郵件訊息。

傳輸規則看起來會像如下範例：

描述：
如果訊息：收到來自「組織外部」的訊息，請採取下列動作：拒絕訊息並包含說明「不允許您略過 MX 記錄！」 狀態碼為 '5.7.1'，除非訊息：寄件者 IP 位址屬於下列其中一個範圍：'1xx.1xx.7x.3x'
ManuallyModified：False
SenderAddressLocation：Envelope

由於 OOF 規則具有空白 (<>) 傳回路徑，因此 OOF 規則意外符合傳輸規則，而 OOF 回應會遭到封鎖。

若要修正此問題，請將 [在訊息中比對寄件者位址] 傳輸規則屬性變更為 [標頭或信封]，以便也會針對 [來自] (也稱為 [寄件者來源] 欄位)、[寄件者] 或 [回覆給] 欄位進行檢查。 如需郵件流程規則條件的詳細資訊，請參閱 本文 中「寄件者」一節。

JournalingReportNdrTo 信箱設定

如果在 JournalingReportNdrTo 設定下設定受影響的信箱，將不會傳送該信箱的 OOF 回覆。 此外，日誌電子郵件訊息也可能受到影響。 建議為 JournalingReportNdrTo 設定建立專用信箱。 或者，您可以將專用信箱設定為外部地址。

如需如何解決此問題的詳細資訊，請參閱 Exchange Online 或內部部署 Exchange Server 中的傳輸和信箱規則未如預期般運作。

信箱上已啟用轉寄 SMTP 位址

如果受影響的使用者信箱已啟用 SMTP 轉寄 ，將不會產生 OOF 回覆。 您可以在下列任一位置中進行檢查：

• 在用戶端的使用者信箱設定中， (例如 Outlook 網頁版) ：

  

• 在 PowerShell 中：

  Get-Mailbox -Identity Daniel | fl DeliverToMailboxAndForward, ForwardingSmtpAddress, ForwardingAddress
  

  

• 在 Microsoft 365 入口網站的 [使用者屬性] 中：

  

如需如何解決此問題的資訊，請參閱 這篇文章。

在遠端網域上設定的 OOF 回覆類型

請注意在遠端網域上設定的 OOF 回覆類型，因為該類型會影響 OOF 回覆。 如果 OOF 回覆類型的設定不正確，則可能完全不會產生 OOF 回覆。

OOF 回覆類型有四種：

• 外部
• ExternalLegacy
• InternalLegacy
• 無

如需這些 OOF 類型的詳細資訊，請參閱 Set-RemoteDomain＜參數＞一節中的 AllowedOOFType 項目。

您可以從 [Exchange 系統管理中心]> [郵件流程]> [遠端網域] 來檢查 OOF 回覆類型。

或者，您可以執行下列 PowerShell Cmdlet：

Get-RemoteDomain | ft -AutoSize Name, DomainName, AllowedOOFType

例如，假設您有一個混合式組織，其中包含裝載於 Exchange 內部部署和 Exchange Online 的信箱。 根據設計，如果 AllowedOOFType 設定為 External，則只有此案例中的外部訊息會傳送至 Exchange 內部部署。 若要在混合式環境中將內部 OOF 訊息傳送至 Exchange 內部部署，請將 AllowedOOFType 設定為 InternalLegacy。

您也可以在信箱設定層級 (ExternalAudience: 已知) 選擇只將外部 OOF 回覆傳送給列為連絡人的人。 執行下列命令以檢查該設定：

Get-MailboxAutoReplyConfiguration daniel | fl ExternalAudience

遠端網域封鎖 OOF 回覆

遠端網域的另一個設定是您用來允許或防止來自組織中用戶端電子郵件程式自動回覆的訊息。

您可以在 [Exchange 系統管理中心]> [郵件流程]> [遠端網域] 中找到此設定。

或者，您可以執行下列 PowerShell Cmdlet：

Get-RemoteDomain | ft -AutoSize Name, DomainName, AutoReplyEnabled

注意事項

如果設定的值為 false，則不會將自動覆復傳送給該網域中的使用者。 此設定優先於信箱層級或 OOF 類型設定的自動回覆 (如稍早所述)。 請記住，您所建立的新遠端網域，以及在 Exchange Online 中名為 Default 的內建遠端網域，這兩者的預設值均為 true。 而 false 則是內部部署 Exchange 中名為 Default 之內建遠端網域的預設值。

如果電子郵件訊息標示為垃圾郵件並傳送至 [垃圾郵件]，則完全不會產生自動回覆

這點不言而喻。

訊息追蹤顯示傳遞失敗

當您調查 OOF 回覆問題時，您可能會在訊息追蹤中找到下列錯誤項目：

「550 5.7.750 服務無法使用。 已封鎖用戶端從未註冊的網域傳送電子郵件的功能。」

如果您發現此項目，請連絡 Microsoft 支援服務，以了解強制封鎖未註冊的網域的原因。

訊息追蹤顯示 Drop 事件

在訊息追蹤中，您可能會看到 Drop 事件，其描述類似下列範例：

250 2.1.5 RESOLVER.OOF.IntToExt; 已處理傳送給外部收件者的內部 OOF

這是一般記錄項目。

當 Exchange Online 產生 OOF 回覆時，會產生並傳送內部和外部回覆。 傳遞回覆時，將會卸除不適用的訊息。 例如，如果可以傳送給遠端網域中收件者的 OOF 回覆類型設定為 External 或 ExternalLegacy，則會卸除內部回覆，並記錄 Drop 事件。 對於傳送給內部收件者的回覆，將會發生類似的 ExtToInt 事件。

其他 OOF 問題

當您建立、設定或管理 OOF 回覆時，您也可能會遇到下列問題。

傳送舊的或重複的 OOF 訊息

如果傳送了舊的或重複的 OOF 回覆，請檢查是否有重複的收件匣規則，如果您找到該規則，請將其刪除。

如果沒有額外的收件匣規則，若 OOF 歷程記錄達到其限制，也可能會發生此問題。 OOF 歷程記錄的限制為 10,000 個項目。 如果達到此閾值，則無法將新使用者新增至歷程記錄清單。 在此情況下，OOF 回覆會繼續傳送給尚未在清單中的收件者， 收件者所傳送的每則訊息都會有一個回覆。 所有已在清單中的使用者都不會收到重複的 OOF 回覆。

若要解決此問題，請使用下列其中一個方法。

方法 1

1. 從信箱中移除 OOF 規則和 OOF 規則範本。 若要找出規則，請參閱 OOF 規則詳細資料一 節。
2. 停用然後重新啟用信箱的 OOF 功能。
3. 再次檢查 OOF 功能是否如預期般運作，而且不會發生徵狀。

方法 2

如果方法 1 無法解決問題，請移除 OOF 回應歷程記錄。

1. 如果目前已啟用，請停用 Outlook 中的自動回覆，並結束 Outlook。

2. 登入 MFCMapi 工具，然後選取 [ 工具>選項]。

3. 選取下列核取方塊：

   • 呼叫 OpenMsgStore 時使用 MDB_Online 旗標
   • 呼叫 OpenEntry 時使用 MAPI_NO_CACHE 旗標

4. 選取 [工作階段]> [登入]。

5. 選取信箱的 Outlook 設定檔，然後按兩下以開啟它。

6. 展開 [根容器] ，然後選取 [Freebusy 資料]。

7. 在 [其他名稱]欄中，以滑鼠右鍵按一下 0x3FE30102 標籤的 [PR_DELEGATED_BY_RULE] 屬性，指向 [編輯為資料流]，然後選取 [二進位]。

8. 選取 [資料流 (二進位)] 方塊中的所有文字，並將其刪除。

會傳送兩個不同的 OOF 訊息

如果傳送兩個不同的 OOF 訊息，而您找不到額外的收件匣規則，則原因可能是 Outlook 用戶端中的 OOF 規則。 若要檢查並刪除這類規則，請遵循下列步驟：

1. 在 Outlook 用戶端中，選取 [檔案]> [自動回覆]> [規則]。

2. 選取 OOF 規則，然後選取 [刪除規則]。

   

無法啟用自動回覆，而且收到錯誤訊息

當您從 Outlook 用戶端存取自動回覆時，收到下列錯誤訊息：

「無法顯示您的自動回覆設定，因為伺服器目前無法使用。 請於稍後再試一次。」

若要縮小此問題範圍，請依照下列步驟執行：

• 確認信箱上已啟用 EWS 通訊協定。 OOF 回覆依賴此通訊協定。 (請注意，重新啟用通訊協定可能需要數小時的時間。)

• 執行下列 Cmdlet 以啟用 OOF 功能：

  Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Enabled
  

• 檢查 OOF 功能是否如預期般運作。

• 如果問題仍然存在，請檢閱信箱上的規則配額：

  Get-mailbox -identity <mailbox> | fl RulesQuota
  

  

  預設情況下，RulesQuota 參數的最大值為 256 KB (262,144 個位元組)。 這取決於規則的大小，而不是規則數目。

• 從信箱中移除 OOF 規則和 OOF 規則範本。 若要找出規則，請參閱 OOF 規則詳細資料一 節。 移除規則之後，您可以重新啟用 OOF 功能，然後再次測試。

即使 OOF 已停用，也會傳送自動回覆

在某些情況下，即使功能已停用，仍會傳送 OOF 訊息。 如果使用 不在辦公室範本 手動建立規則，就可能發生這種情況。