瞭解和疑難排解Office (OOF) 回復- Exchange

(如果您曾經知道為何「Office 以外」縮寫為"OOF" （而不是"OOO"），請參閱此博客文章) 。

Office 回復的功能為何？ 「OOF」或「自動回復」是由用戶端在 ... 跳到主要內容 已不再支援此瀏覽器。

請升級至MicrosoftEdge，以利用最新功能、安全性更新和技術支援。

下載MicrosoftEdge 其他資訊 目錄 結束焦點模式 儲存 編輯 共用 Twitter LinkedIn Facebook 電子郵件 WeChat 目錄 瞭解和疑難排解Office(OOF)回復 10/23/2021 s 適用於: ExchangeOnline 此頁面有所助益嗎？ 請為您的體驗評分 Yes No 還有其他意見反應嗎？ 系統會將意見反應傳送給Microsoft：按下[提交]按鈕，您的意見反應將用來改善Microsoft產品和服務。

隱私權原則。

送出 謝謝。

本文內容 OOF回復可能有點謎。

它們的運作方式為何？為什麼有時候不會將他們傳遞給其他使用者，以及如果不是這麼做呢？本文將討論從ExchangeOnline設定的觀點來看，OOF回復的位和片段。

不過，這項討論中的大部分也適用于內部部署設定。

(如果您曾經知道為何「Office以外」縮寫為"OOF"（而不是"OOO"），請參閱此博客文章)。

Office回復的功能為何？ 「OOF」或「自動回復」是由用戶端在使用者信箱中設定的收件匣規則。

OOF規則是伺服器端規則。

因此，不論用戶端是否正在執行，都將觸發它們。

您可以設定自動回復，如下所示： 使用此Outlook中所述的自動回復功能 使用其他用戶端，例如Outlook網頁版(OWA) 透過執行PowerShell命令(Set-MailboxAutoReplyConfiguration) 系統管理員可以代表使用者設定來自Microsoft365系統管理入口網站的OOF回復。

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

除了在用戶端中使用內建的OOF功能之外，當人們離開時，有時候會使用規則來建立Office以外的郵件。

根據設計，ExchangeOnlineProtection會使用高風險傳遞集區(HRDP)傳送OOF回復，因為OOF回復是低優先順序的郵件。

OOF規則類型 OOF規則有三種類型： 內部 外部 已知寄件者(連絡人清單) 這些規則是在使用者的信箱中個別設定。

每個規則都有相關聯的郵件類別和名稱。

規則名稱儲存在PR_RULE_MSG_NAME屬性中。

下表列出與每個OOF規則相關聯的郵件類別和名稱。

類型 訊息類別 PR_RULE_MSG_NAME 內部 IPM。

Version2郵件 微軟。

Exchange。

OOF.KnownExternalSenders通用 外部 IPM。

Version2郵件 微軟。

Exchange。

OOF.AllExternalSenders通用 已知寄件者 IPM。

ExtendedRule郵件 微軟。

Exchange。

OOF.KnownExternalSenders通用 注意 除了OOF規則之外，其他規則(例如垃圾郵件規則)也會包含IPM。

ExtendedRule消息類別。

MSG_NAME變數會決定規則的使用方式。

OOF規則詳細資料 您可以使用MFCMapi工具來查看所有收件匣規則： 登入工具。

選取與具有OOF規則之信箱相關聯的設定檔。

在資訊存放區頂端，選取[收件匣]，然後以滑鼠右鍵按一下[開啟關聯的內容]表格。

MFCMapi中的OOF規則： OOF規則範本MFCMapi： OOF回應記錄 每個收件者會傳送一次OOF回應。

OOF回應所傳送的收件者清單會儲存在OOF記錄中，當您(啟用或停)用OOF狀態變更時，或是在修改OOF規則時，就會將其清除。

OOF記錄會儲存在使用者的信箱中，並可使用MFCMapi工具，網址為：FreebusyData>PR_DELEGATED_BY_RULE。

注意 如果您想要將回應傳送給寄件者每次而不只是一次，您可以套用「使用特定郵件的伺服器回復」信箱伺服器端規則，而不是使用OOF規則。

此替代規則會在每次收到郵件時傳送回應。

疑難排解OOF問題 下列各節將討論OOF回復未傳送給寄件者的某些案例。

它們包含可能的修正程式，以及您可能會遇到的一些更常看到的OOF設定問題。

與傳輸規則相關的OOF問題 如果您未針對承租人中的所有使用者傳送OOF回復，則通常會出現傳輸規則。

使用本文的步驟2，檢查所有可能套用至受影響信箱的傳輸規則。

如果您懷疑傳遞問題，請從Office365租使用者執行郵件追蹤。

如果是OOF郵件，則原始郵件的寄件者會在追蹤時變成收件者。

您應該能夠判斷是否已觸發OOF回復，並將其傳送給外部或內部收件者。

郵件追蹤會明確指出傳輸規則是否要封鎖OOF回應。

有一個案例值得強調，以封鎖OOF回復的傳輸規則。

假設您已將MX記錄移至協力廠商反垃圾郵件計畫。

您已建立傳輸規則，拒絕任何來自協力廠商反垃圾郵件計畫以外的IP位址傳送的電子郵件。

傳輸規則如下例所示： 描述： 如果郵件是從組織外部接收，請採取下列動作：拒絕郵件，並包含[不允許略過MX記錄！]的說明。

使用狀態碼：「5.7.1」，除非郵件：寄件者ip位址屬於下列其中一個範圍：'1xx.1xx'。

ManuallyModified：False SenderAddressLocation：信封 因為OOF規則具有空白的(<>)傳回路徑，OOF規則意外符合傳輸規則，且OOF回應遭到封鎖。

若要修正此問題，請將「符合郵件中的寄件者位址」的「傳輸規則」屬性變更為「標頭或信封」，這樣就能針對來自(（也稱為「標頭來源")、寄件者或回復至欄位）進行檢查。

如需郵件流程規則條件的詳細資訊，請參閱本文的「寄件者」一節。

JournalingReportNdrTo信箱設定 如果受影響的信箱是設定在JournalingReportNdrTo設定底下，將不會為該信箱傳送OOF回復。

此外，日誌記錄電子郵件可能也會受到影響。

建議的做法是為設定建立專用的信箱JournalingReportNdrTo。

或者，您也可以將專用信箱設定為外部地址。

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

信箱上已啟用轉送SMTP位址 如果受影響的使用者信箱已啟用SMTP轉寄，將不會產生OOF回復。

可以在下列任一位置中檢查： 在用戶端的使用者信箱設定中(例如Outlook網頁版)： 在PowerShell: Get-Mailbox-IdentityDaniel|flDeliverToMailboxAndForward,ForwardingSmtpAddress,ForwardingAddress 在Microsoft365入口網站的[使用者屬性]中： 如需如何解決此問題的相關資訊，請參閱本文。

在遠端網域上設定的OOF回復類型 請注意在遠端網域上設定哪一個OOF回復類型，因為這會影響oof回復。

如果OOF回復類型的設定不正確，根本不會產生OOF回復。

有四種OOF回復類型： 外部 ExternalLegacy InternalLegacy 無 如需這些OOF類型的詳細資訊，請參閱Set-RemoteDomain的「參數」一節中的AllowedOOFType專案。

您可以從Exchange管理中心>郵件流程>遠端網域檢查OOF回復類型。

或者，您也可以執行下列PowerShellCmdlet： Get-RemoteDomain|ft-AutoSizeName,DomainName,AllowedOOFType 舉例來說，假設您有一個混合式組織，其中包含在Exchange內部部署和ExchangeOnline中主控的信箱。

根據設計，如果AllowedOOFType設為external，只有此案例中的外部郵件會傳送至Exchange內部部署。

若要將內部OOF郵件傳送至混合式環境中的Exchange內部部署，請將AllowedOOFType設定為InternalLegacy。

您也可以在信箱設定層級上使用此選項(ExternalAudience：已知)只會將外部OOF回復傳送給列出為連絡人的人員。

執行下列命令以檢查設定： Get-MailboxAutoReplyConfigurationdaniel|flExternalAudience 遠端網域封鎖OOF回復 遠端網域上的另一個設定是您用來允許或防止在組織中的用戶端電子郵件程式自動回復的郵件。

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

或者，您也可以執行下列PowerShellCmdlet： Get-RemoteDomain|ft-AutoSizeName,DomainName,AutoReplyEnabled 注意 如果設定值為false，則不會將自動回復傳送給該網域中的使用者。

此設定優先順序高於在信箱層級或OOF類型(所設定的自動回復，如前文所述)所述。

請記住，true是您在ExchangeOnline中建立的新遠端網域和內建遠端網域（預設值）的預設值。

False是內部部署Exchange中名為default的內建遠端網域的預設值。

如果電子郵件會標示為垃圾郵件，並傳送至垃圾郵件，則不會產生自動回復。

這是自我說明。

郵件追蹤顯示傳遞失敗 當您調查OOF回復問題時，您可能會在郵件追蹤中發現下列錯誤專案： 「5505.7.750服務無法使用。

已禁止用戶端從未註冊的網域傳送。

如果您發現此專案，請與Microsoft支援人員聯繫，以瞭解為何強制取消註冊的域區塊。

郵件追蹤顯示放置事件 在郵件追蹤中，您可能會看到Drop事件，其描述類似下列範例： 2502.1.5RECIPIENT衝突解決程式。

OOF.IntToExt;已處理內部OOF寄給外部收件者 這是正常的記錄專案。

當ExchangeOnline產生OOF回復時，它會同時產生及傳送內部及外部回復。

當傳送回復時，將會丟棄未套用的郵件。

例如，如果您可以傳送至遠端網域中收件者的OOF回復類型設定為[外部]或[ExternalLegacy]，則會丟棄內部回復，而且會記錄Drop事件。

針對傳送給內部收件者的回復，ExtToInt會發生類似的事件。

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

傳送舊的或重複的OOF郵件 如果傳送的是舊的或重複的OOF回復，請檢查重複的收件匣規則，並在找到一個時加以刪除。

如果沒有額外的收件匣規則，當OOF記錄達到其限制時，也可能會發生這個問題。

OOF記錄的專案數目限制為10000個。

如果達到此臨界值，則無法將新使用者新增至[歷程記錄]清單。

在此情況下，OOF回復將繼續傳送給尚未存在於清單中的收件者，並對收件者所傳送的每封郵件回復一次。

已在清單中的所有使用者將不會收到重複的OOF回復。

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

方法1 從信箱移除OOF規則和OOF規則範本。

若要尋找規則，請參閱OOF規則詳細資料區段。

停用信箱的OOF功能，然後重新啟用。

再次檢查OOF功能是否如預期般運作，而且不會發生這些徵兆。

方法2 如果方法1未解決問題，請移除OOF回應記錄。

停用Outlook中的自動回復，如果目前已啟用並退出Outlook。

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

選取下列核取方塊： 呼叫OpenMsgStore時使用MDB_ONLINE旗標 呼叫OpenEntry時使用MAPI_NO_CACH旗標 選取[會話>登入]。

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

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

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

選取[資料流程(二進位)]方塊中的所有文字，然後加以刪除。

傳送兩個不同的OOF郵件 如果傳送兩個不同的OOF郵件，但您未找到額外的收件匣規則，則可能是Outlook用戶端中的oof規則。

若要檢查和刪除這類規則，請遵循下列步驟： 在Outlook用戶端中，選取[檔案][>自動回復]>規則。

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

無法啟用自動回復，並收到錯誤訊息 當您嘗試從Outlook用戶端存取自動回復時，會收到下列錯誤訊息： 「無法顯示您的自動回復設定，因為伺服器目前無法使用。

請稍後再試一次。

」 若要協助縮小此問題的範圍，請遵循下列步驟： 確認已在信箱上啟用EWS通訊協定。

OOF回復取決於此通訊協定。

(請注意，重新啟用通訊協定可能需要數小時。

) 執行下列Cmdlet來啟用OOF功能： Set-MailboxAutoReplyConfiguration-AutoReplyStateEnabled 檢查OOF功能是否如預期的方式運作。

如果問題仍然存在，請複查信箱上的規則配額： Get-mailbox-identity|flRulesQuota 根據預設，RulesQuota參數的最大值為256KB(262144bytes)。

這取決於規則的大小，而不是規則數目。

從信箱移除OOF規則和OOF規則範本。

若要尋找規則，請參閱OOF規則詳細資料區段。

移除規則之後，您可以重新啟用OOF功能，然後重新進行測試。

即使已停用OOF也會傳送自動回復 在某些情況下，OOF郵件仍會傳送，即使該功能已停用也是一樣。

這可能會發生在使用[外出]範本手動建立規則時。

本文內容