クラウドベースのメッセージの取り消しを操作する

[アーティクル]
10/26/2023

新しいクラウドベースのメッセージ呼び出しでは、メッセージの呼び戻しがサービスで機能する方法に大きな変更が加えられます。 Outlook クライアントから取り消しを開始するプロセスは変わりませんが、呼び出しが開始されると、メッセージの取り消し機能エージェントは、呼び出しメッセージを傍受し、受信者のメールボックスから元のメッセージを削除します。メッセージを置き換えるオプションを選択した場合、元のメッセージは取り消しによって削除され、Outlook は新しいメッセージを送信するだけで、通常どおり配信されます。

メッセージの取り消しに関連する管理者が制御できる設定は 2 つあります。最初に、管理者は、既に読み取られたメッセージの呼び戻しを許可するかどうかを決定できます。これは、Exchange 管理センターまたは PowerShell から実行できます。

PowerShell を使用して:

Set-OrganizationConfig -RecallReadMessagesEnabled $true/false

注:

Null は既定値で、true として機能します。 [Outlook メッセージの取り消し] ダイアログボックスは、未読メッセージのみが呼び出されることを示します。これは正確ではなくなりましたが、ダイアログボックスの更新は Office チームが行います。

管理者は、PowerShell を使用して新しいクラウドリコール機能を完全に無効にすることもできます。

Set-OrganizationConfig -MessageRecallEnabled $true/false

注:

Null は既定値で、true として機能します。

Exchange 管理センター経由:

Exchange 管理 Center からのメッセージの取り消しを示すスクリーンショット

この変更は有効に約 1 時間かかり、無効になっている場合は、古いリコールエクスペリエンスに戻ります。

クライアントによって生成される呼び出し要求メッセージには、IPM のメッセージクラスがあります。Outlook.Recall、および "Recall: <Original Subject>" の件名があります。これらの呼び出しメッセージは、メッセージの取り消し機能エージェントによって傍受され、受信者のメールボックスからメッセージをハード削除しようとします。元のメッセージが正常にハード削除されると、トランスポートによって取り消しメッセージが削除されます。

Recall メッセージが生成されると、[ 送信済みアイテム] には表示されません。代わりに、回復可能な項目の下の Purges フォルダーにすぐに移動されます。リコールレポートも生成されます。これらのレポートは、呼び出しメッセージが送信されてから数分以内に生成され、取り消し状態に関するチェックへのリンクが含まれています。通常、取り消し状態は受信者ごとに数分以内に使用できますが、受信者が多いメッセージでは時間がかかる場合があります。システムは最大 24 時間、引き続き呼び出しを行います。

Important

リコールレポートは、アドレス Office365Reports@microsoft.comを使用して送信されます。管理者は、このアドレスをブロックしないように注意する必要があります。取り消しレポートが配信されない場合は、メッセージトレースをチェックして、取り消しレポートの電子メールがブロックまたは検疫されたかどうかを確認します。

メッセージトレースを使用して、呼び出しが成功したかどうかを確認できます

呼び出しレポートは、メッセージトレースデータに基づいて情報を作成します。取り消しレポートが受信されない場合、または正しく更新されない場合、管理者はメッセージトレースを使用して取り消しの状態を確認できます。管理者は、メッセージトレースのクエリを実行するとき、取り消しが成功した場合、または 24 時間後に取り消しが失敗した場合は、[状態] が [失敗] と表示されることを知っている必要があります。

例:

PS C:\> Get-MessageTrace -SenderAddress user@contoso.com

Received	送信者アドレス	受信者アドレス	件名	状態
2023/8/14 午後 9:51:20	user@contoso.com	recipient1@contoso.com	リコール: 再現機能のテスト	Failed
2023/8/14 午後 9:51:20	user@contoso.com	recipient2@contoso.com	リコール: 再現機能のテスト	Failed
2023/8/14 午後 9:51:20	user@contoso.com	recipient3@contoso.com	リコール: 再現機能のテスト	Failed

これは正常であり、呼び出しが成功した後、またはタイムアウト (24 時間後) にメッセージが削除されるために発生します。トランスポートによって削除されたその他のメッセージに対しても、同じ状態が表示されます。 [メッセージの呼び戻し] に固有のメッセージトレースの詳細には、管理者がリコールが成功したかどうかを確認できる追加情報が Drop イベントに表示されます。

例:

Get-MessageTrace -SenderAddress user@contoso.com -MessageId "<Message ID of recall message>" | Get-MessageTraceDetail -Event Drop | fl

注:

メッセージ ID は、最初のメッセージトレースの結果から取得できます。

ここでは、取り消しプロセスが完了し、成功の結果が表示されます。

Event            : Drop
Action           :
Detail           : Reason: [Stage: OnPromotedEvent][Agent: Transport Message Recall Agent];Message recall process complete, dropping the recall email. Result:Success

注:

前述のように、24 時間後または他の理由で呼び出しが失敗した場合、メッセージトレースにも失敗が表示されますが、Drop イベントには Result:Failed が表示されます。

PowerShell のメッセージトレースの詳細に関する 1 つの制限事項は、送信者と受信者が含まれていないということです。次の PowerShell コードを使用して、送信者と受信者をメッセージトレースの結果から取得し、メッセージトレースの詳細の結果に追加できます。結果は、画面に出力することも、必要に応じて CSV ファイルにエクスポートすることもできます。

$results = Get-MessageTrace -MessageID "<message ID of recall message>" -StartDate <date> -EndDate <date>
 
$detail = foreach ($result in $results) {Get-MessageTraceDetail -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 msgtraceBrid.csv -Append -NoTypeInformation

制限事項

新しいメッセージ呼び出し機能は、テナントの範囲内でのみ機能します。インターネット経由またはテナント間でメッセージを呼び出すことはできません。 ハイブリッド顧客の場合、クラウドメールボックスからオンプレミスに送信されたメッセージを呼び出すことはできません。
メッセージの取り消しは、Outlook for Windows クライアントを使用してのみトリガーできます。 Microsoft は、他のメールクライアントが採用して、Exchange Online受信者のリコール要求を送信できる API に取り組んでいます。
取り消しでは、共有メールボックスまたは委任されたメールボックスからの取り消しのトリガーがサポートされます。ただし、いくつかの制限があります。共有メールボックスと委任されたメールボックスに関連する詳細については、FAQ セクションを参照してください。
Recall では、配布リストに代わって送信されたメッセージの呼び出しのトリガーがサポートされます。ただし、再現レポートメッセージは配布リストのすべてのユーザーに送信されます。現時点では、レポートの受信者は、DL (配布リスト) に含まれていないログイン資格情報が必要であるため、リコール状態レポートを表示できません。今年後半にこの問題に対処する予定です。

よく寄せられる質問

共有/委任されたメールボックスの呼び出し

共有メールボックスまたは委任されたメールボックスに送信されたメッセージは、送信者が正常に呼び出すことができます。

リコールと共有メールボックスには、2 つの既知の問題があります。

共有メールボックスまたは委任されたメールボックスから送信されたメッセージは、呼び出すこともできます。ただし、共有または委任されたメールボックスに接続されているユーザーはレポートを表示できません。レポートはブラウザーでのみ表示され、レポートには所有メールボックスによる認証が必要であり、共有アカウントとしてログインすることはできません。メールボックスに対する権限を持つユーザーが機能しないため、ログインできません。今年後半にこの問題に対処する予定です。
Outlook Win32 の共有メールボックスまたは委任されたメールボックスを介して送信されたメッセージは、電子メールを生成した認証済みユーザーの 送信済みアイテム に格納されます。この状況では、認証されたユーザーの [送信済みアイテム] フォルダー内にあるメッセージから開始された取り消しが成功します (同じ状態レポートの問題が存在します)。

一方、Outlook Web Access 内から開かれた共有メールボックスまたは委任されたメールボックスを介して送信されたメッセージ (別のメールボックスを開く) は、認証されたユーザーの 送信済みアイテム ではなく、共有メールボックスの 送信済みアイテム に格納されます。このシナリオでは、共有メールボックスに認証されたユーザーと同じ Outlook プロファイル内で、自動マッピングまたは "これらの追加のメールボックスを開く" のいずれかを使用してアクセスする場合、共有メールボックスの [送信済みアイテム ] から取り消しが試行されると、[呼び戻し] オプションはグレー表示されます。回避策は、独自の Outlook プロファイルで共有メールボックスを開く方法です。

電子情報開示のリコールは表示されますか?

訴訟または In-Place 保留を持つユーザー/メールボックスの場合、電子情報開示に呼び戻しメッセージが表示されます。

メールボックス監査ログにリコールが表示されますか?

いいえ。現時点では不可能です。今後の更新でこの問題に対処する予定です。

転送されたメッセージは取り消されますか?

受信者が同じorganization内の別のメールボックスに自動的に転送するメッセージを呼び出すことができます。 organizationの外部で自動的に転送されるメッセージは呼び出すことができません。受信者が手動で転送したメッセージを呼び出すことはできません。さらに、受信トレイルールによって転送されたメッセージ (転送またはリダイレクト) を呼び出すことはできません。

すべての電子メール (内部を含む) をルーティングする必要があるサードパーティ製品を使用しています。リコールは引き続き機能しますか?

制限事項で説明したように、リコールはテナントの範囲内でのみ機能します。外部からサードパーティに電子メールを送信する必要がある構成では、リコールに関する問題が発生する可能性があります。たとえば、呼び出し自体が成功する可能性がありますが、メッセージトレースには SEND EXTERNAL イベントが表示されるため、このシナリオではリコールレポートは [失敗 ] を示します。

推奨される記事

送信したメールメッセージを思い出すか置き換える - Microsoft サポート

Exchange Onlineでのクラウドベースのメッセージの呼び戻し - Microsoft Community Hub