在 Microsoft 365 中，Outlook 中的[不在辦公室] 功能無法正確運作

徵狀

當您嘗試在 Microsoft 365 的 Outlook 中使用 Out of Office (OOF) 功能時，您會遇到下列徵兆：

• 無法儲存 OOF 訊息。
• 系統會傳送舊的或重複的 OOF 訊息。
• 即使您啟用 OOF 訊息，也不會傳送 OOF 訊息。

原因

這個問題是因為下列其中一個原因所造成：

• 原因 1：只有) (Exchange 2010，才會有信箱 助理 事件的待處理專案。
• 原因 2：OOF 規則範本格式不正確或損毀。
• 原因 3：超過 OOF 規則配額，且無法建立新的規則。
• 原因 4：預設 (或特定) 網域的遠端網域設定未設定為允許 OOF 訊息。

解決方案

注意事項

這四個原因中的任何一個都可能導致 OOF 回復失敗。 因此，每個原因都必須一次排除一個。

警告

使用 Microsoft Exchange Server MAPI 編輯器 (MFCMapi) 可能會損毀 Microsoft Exchange Server 和 Exchange 伺服器信箱。 從 github 下載 MFCMAPI (向下捲動，然後選取 [最新版本) ]。

若要解決此問題，請遵循特定原因的步驟。

解決方案 1

1. 設定 OOF 功能。 若要這樣做，請視需要在 Windows PowerShell 中執行下列其中一個 Cmdlet：

   Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Disabled
Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Enabled

2. 使用 MFCMapi 檢查 PR_OOF_STATE 值。 如果要執行這項操作，請依照下列步驟執行：

   1. 在 MFCMapi 的主視窗中，選取 [ 工作階段]，然後選取 [ 登入] 和 [顯示存放區數據表 ] 以開啟信箱。

   2. 選取您要存取的配置檔，然後在底部窗格中向下捲動，直到您看到 PR_OOF_STATE 值為止。 如果您已在 Windows PowerShell 中啟用 OOF 功能，則此值應該是 True;如果您停用 OOF 功能，則為 False。 例如，如果您停用 OOF 功能，請考慮下列螢幕快照：

      

3. PR_OOF_STATE如果值不是預期的結果，請連絡 Microsoft 支援服務，讓他們只) (Exchange 2010 檢查佇列事件。

解決方案 2

注意事項

您案例中的徵兆可能與這些徵兆稍有不同。 例如，OOF 訊息無法如預期般傳送，雖然 OOF 訊息可以設定而不會發生錯誤。 不過，這些步驟仍然適用。

若要解決此問題，請從信箱中刪除 OOF 規則和 OOF 規則範本。 然後，重新啟用 OOF 功能，並測試行為。 若要執行這項操作，請依照下列步驟執行。

注意事項

當您遵循這些步驟時，不需要備份 OOF 訊息。

1. 在 MFCMapi 的主視窗中，選取 [ 工作階段]，然後選取 [ 登入] 和 [顯示存放區數據表 ] 以開啟信箱。

2. 展開根容器和資訊存放區的頂端。

3. 刪除 OOF 規則。 如果要執行這項操作，請依照下列步驟執行：

   1. 以滑鼠右鍵按兩下 [ 收件匣]，然後選取 [ 顯示規則數據表]。

      • 如果停用 OOF 功能，則 OOF 規則會與下列規則名稱一起列在規則資料表中：
        MSFT： TDX OOF 規則

      • 如果已啟用 OOF 功能，則規則資料表中會列出兩個不同的 OOF 規則。 列出的規則取決於規則是只在內部啟用，還是同時在內部和外部啟用。 例如，請考慮下列螢幕快照：

        

      • 如果 OOF 範本損毀或格式不正確，這些 OOF 範本會列在規則數據表中。 如果使用者已啟用其他規則，您可以看到其他專案。

   2. 以滑鼠右鍵按兩下 [OOF 規則]，然後選取 [ 刪除]。

      注意事項

      請勿刪除任何 OOF 規則，但參考的規則除外。

   3. 關閉 [規則資料表] 視窗。

4. 刪除 OOF 範本。 如果要執行這項操作，請依照下列步驟執行：

   • 以滑鼠右鍵按兩下 [ 收件匣]，然後選取 [ 開啟相關聯的內容數據表]。
   • 捲動至右側，然後展開 [ 訊息類別] 資料行 。
   • 若要排序專案，請選取 [訊息類別] 資料行 。
   • 尋找 Message 類別 為下列其中一個值的專案：
     • Ipm。Note.Rules.ExternalOofTemplate.Microsoft
     • Ipm。Note.Rules.OofTemplate.Microsoft

例如，請考慮下列螢幕快照：

• 以滑鼠右鍵按兩個訊息類別之一的項目，然後選取[ 刪除訊息]。

  注意事項

  請勿刪除任何專案，但參考的專案除外。

  

• 在 [刪除專案] 對話框中，選取 [刪除樣式] 底下的 [永久刪除] 傳遞DELETE_HARD_DELETE (无法复原) ，然後選取 [確定]。

  

• 使用下列命令停用然後重新啟用 OOF 功能：

  Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Disabled
Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Enabled

• 檢查 OOF 功能是否如預期般運作，且不再發生徵兆。

解決方案3

如果不再傳回 OOF 回復，則可能會超過規則配額。 因此，無法建立內部和外部 OOF 規則。 若要解決此問題，請遵循下列步驟：

1. 增加規則配額。 若要這樣做，請遵循下列文章中的步驟：

   用戶無法在 Outlook 或 Outlook Web App 中建立新規則

2. 由於在資訊存放區中快取配額資訊，更新的配額值可能需要最多兩小時才會生效。

3. 重複解析 2。

解決方案 4

如果遠端網域的 AllowedOFFType 值為 None，OOF 訊息就不會在外部引發。 此值必須設定為 External ，才能允許外部 OOF。 根據預設，此值會設定為 [無]。 請記住，當您搜尋遠端網域時，預設值會由特定專案覆寫。 因此，如果使用者傳送給 @contoso.com 使用者，而且遠端網域設定中有專案 Contoso.com ，則會針對該特定專案使用 AllowedOOFType 值。 如果沒有的專案 Contoso.com，則會使用預設 (*) 遠端網域。

Get-RemoteDomain | select Name,AllowedOOFType