透過新的雲端式訊息 回顧，我們對訊息重新叫用在服務中的運作方式進行了重大變更。 從 Outlook 用戶端起始重新叫用的程式保持不變。 但是，一旦起始重新叫用，Message 回顧 功能代理程式會攔截召回訊息，然後從收件者信箱中刪除原始郵件。 如果選擇取代訊息的選項，重新叫用會刪除原始訊息，然後 Outlook 會傳送新訊息，以進行正常傳遞處理。
系統管理員可以控制兩個設定：
- 啟用或停用新的雲端重新叫用功能。
- 是否要重新叫用已讀取的訊息。
透過 Exchange 管理員 中心：
透過 Exchange Online PowerShell：
若要連線至 Exchange Online PowerShell，請參閱連線至 Exchange Online PowerShell。
Set-OrganizationConfig -MessageRecallEnabled <$true | $false> -RecallReadMessagesEnabled <$true | $false>
提示
默認值$null (空白) ，相當於$true。
Outlook 中的 [訊息重新叫用] 對話框指出只會重新叫用未讀取的訊息。 此語句不再正確。
變更大約需要一小時才會生效。 停用新的召回體驗會將組織還原為舊的召回體驗。
用戶端產生的召回要求訊息具有下列屬性：
- 訊息類別為 IPM。展望。回顧
- 訊息主旨為「回顧：<原始主旨>」
郵件 回顧 功能代理程式會攔截這些重新叫用郵件，並嘗試從收件者信箱中實刪除郵件。 成功實刪除原始郵件之後，郵件傳輸會卸除 回顧 訊息。
產生 回顧 訊息時，不會顯示在 [已傳送的專案] 中。 相反地，訊息會立即移至 [可復原的專案] 下的 [清除] 資料夾。 回顧 報告也會在傳送召回訊息的幾分鐘內產生。 回顧報表包含檢查召回狀態的連結。 回顧 狀態通常會在幾分鐘內提供給每個收件者使用，但對於具有許多收件者的郵件，可能需要較長的時間。 系統會持續重新叫用最多 24 小時。
重要事項
回顧 會使用 位址 Office365Reports@microsoft.com傳送報告。 系統管理員應該確定此寄件者位址未遭到封鎖。 如果未傳遞召回報告，請使用郵件追蹤來查看召回報告電子郵件訊息是否遭到封鎖或隔離。
使用訊息競爭來驗證召回率
回顧報表會根據訊息追蹤數據來建置其資訊。 如果未收到召回報告或未正確更新，系統管理員可以使用訊息追蹤來確認召回狀態。 如果重新叫用成功或在 24 小時後發生召回失敗， 則 Status 值為 Failed。
例如：
PS C:\> Get-MessageTraceV2 -SenderAddress user@contoso.com
Received Sender Address Recipient Address Subject Status
------------------- ---------------- ---------------------- ------------------------------------ ------
8/14/2023 9:51:20 PM user@contoso.com recipient1@contoso.com Recall: Testing recall functionality Failed
8/14/2023 9:51:20 PM user@contoso.com recipient2@contoso.com Recall: Testing recall functionality Failed
8/14/2023 9:51:20 PM user@contoso.com recipient3@contoso.com Recall: Testing recall functionality Failed
這個結果是正常的。 訊息會在重新叫用成功或逾時 (24 小時) 後卸除。
Status 值也Failed適用於 Transport 卸除的任何其他訊息。 訊息追蹤詳細數據會在Drop事件的Detail屬性中顯示額外的資訊，以確認重新叫用是否成功。
例如：
PS C:\> Get-MessageTraceV2 -SenderAddress user@contoso.com -MessageId "<Message ID of recall message>" | Get-MessageTraceDetailV2 -Event Drop | Format-List
Event : Drop
Action :
Detail : Reason: [Stage: OnPromotedEvent][Agent: Transport Message Recall Agent];Message recall process complete, dropping the recall email. Result:Success
Detail 屬性會顯示重新叫用程式已完成，且結果值為 Success。
提示
您會從初始訊息追蹤結果取得 MessageId 值。
如果在 24 小時之後或任何其他原因導致重新叫用失敗，訊息追蹤會顯示 [狀態 ] 值 Failed，但 [即使在訊息追蹤詳細資料中的 Drop ] 會顯示 [結果 ] 值 Failed。
Exchange Online PowerShell 中郵件追蹤詳細數據的其中一項限制是傳送者和收件者不包含在結果中。
使用下列 PowerShell 命令，將郵件追蹤結果中的寄件人和收件者值新增至訊息追蹤詳細數據結果。 您可以將結果輸出到螢幕或 CSV 檔案。
$results = Get-MessageTraceV2 -MessageID "<message ID of recall message>" -StartDate <date> -EndDate <date>
$detail = foreach ($result in $results) {Get-MessageTraceDetailV2 -RecipientAddress $result.recipientaddress -MessageTraceId $result.messagetraceid | select organization, messageid, messagetraceid, date, event, action, detail, data, @{n='SenderAddress';e={$result.senderaddress}}, @{n='RecipientAddress';e={$result.recipientaddress}}}
$detail | Export-Csv "C:\Data\MsgTraceBrid.csv -Append -NoTypeInformation
限制
- 新的訊息重新叫用功能只能在組織範圍內運作。 您無法透過因特網或跨組織重新叫用訊息。 對於 混合式 客戶，您也無法回收從雲端信箱傳送到內部部署 Exchange 環境的郵件。
- 目前，您只能在 Windows 版 Outlook 用戶端中觸發訊息 回顧。
- 您可以從共用信箱或委派的信箱觸發重新叫用，但有一些限制。 如需詳細資訊，請參閱常見問題一節。
- 您可以針對代表通訊組清單傳送的訊息觸發重新叫用。 不過，回收報告訊息會傳送給通訊組清單的所有使用者。 目前，報表收件者無法檢視召回狀態報告。 這麼做需要登入通訊組清單沒有的認證。
常見問題集
共用/委派信箱的 回顧
傳送 至 共用或委派信箱的郵件可由寄件者成功重新叫用。
回收和共用信箱有兩個已知問題：
- 也可以重新叫用 從 共用或委派信箱傳送的郵件。 不過，連線到共用或委派信箱的用戶無法檢視報表。 報表只能在瀏覽器中顯示。 報表需要擁有信箱進行驗證，而且您無法以共用帳戶身分登入。 以具有信箱許可權的使用者身分登入無法運作。
- 在 Windows 版 Outlook 中透過共用或委派信箱傳送的郵件，會儲存在傳送郵件之已驗證使用者的 [ 傳送郵件 ] 資料夾中。 回顧 從已驗證使用者的 [傳送郵件] 資料夾中的訊息起始，將會成功 () 會有相同的狀態報告問題。
使用在 Outlook 網頁版 中開啟另一個信箱，透過共用或委派信箱傳送的郵件， (先前稱為 Outlook Web App 或 OWA) 會儲存在共用信箱的 [傳送專案] 中。 在此案例中，如果您透過自動對應或開啟這些額外的信箱，在與已驗證使用者相同的 Outlook 配置檔中開啟共用信箱，當您嘗試從共用信箱的 [寄件專案] 資料夾重新叫用時，回顧 選項會呈現灰色。 因應措施是在自己的 Outlook 配置檔中開啟共用信箱。
eDiscovery 是否顯示召回率？
對於具有訴訟或 In-Place 保留的使用者/信箱，重新叫用的郵件會顯示在電子檔探索中。
信箱稽核記錄中是否顯示召回率？
目前沒有。
轉寄的訊息是否被重新叫用？
- 收件者自動轉寄至相同組織內另一個信箱的郵件可以重新叫用。
- 無法重新叫用自動轉寄到組織外部的訊息。
- 收件者手動轉寄的郵件無法重新叫用。
- 收件匣規則轉寄 (轉寄或重新導向) 的訊息無法重新叫用。
召回率是否適用於加密的電子郵件？
訊息 回顧 不適用於使用 OME 加密或使用 MIP 標籤的訊息。 嘗試重新叫用這些訊息時，回顧 選項會呈現灰色且無法使用。 這項限制是在用戶端中，且是設計上的。
我使用非Microsoft服務，此服務需要路由傳送所有電子郵件 (包括透過服務) 的內部電子郵件。 召回率是否仍可運作？
如限制中所述，召回只會在組織範圍內運作。 任何需要從外部傳送電子郵件至非Microsoft服務的設定，都可能會發生召回問題。 例如，召回率本身可能成功，但召回報告表示 失敗 ，因為訊息追蹤顯示 SEND EXTERNAL 事件。