【2026年版】Outlook送信取り消しの方法｜成功する条件と、社外への誤送信を防ぐ設定

メールは毎日の業務に欠かせない連絡手段です。

一方で、宛先の選択ミス、CCとBCCの使い分けミス、添付ファイルの付け忘れ・取り違え、本文の誤記、送信先グループの選択ミスなどは、誰にでも起こり得ます。メール誤送信は単なるケアレスミスでは済まず、個人情報や機密情報の漏えい、取引先からの信用低下、事故対応コストの発生につながるおそれがあります。

Outlookには、一定の条件下で送信済みメールの削除を試行できるメッセージリコール（Message Recall）があります。ただし、すべてのメールを確実に取り消せる機能ではありません。特に社外宛てのメールは、通常は送信側から回収できません。

そのため、送信取り消しは最後のセーフティネットと位置付け、配信前に止める、配信後にファイルや本文へのアクセスを止める、事故発生時に結果を追跡するという3層で対策を設計することが重要です。

本記事では、Outlookで送信取り消しができる条件、操作方法、社外への誤送信を防ぐ送信遅延・Undo Sendの設定、組織として整えたい運用を解説します。

Outlook送信取り消しをできる条件

Outlookで送信取り消しができるといっても、すべてのメールを取り消せるわけではありません。条件に当てはまらない場合や、取り消し結果が失敗だった場合は、社内ルールに沿って速やかに報告し、必要に応じて相手への連絡、再送、アクセス停止、情報漏えい時の対応を進めましょう。

1. 法人向けのMicrosoft 365を利用している場合

メッセージリコールを利用するには、原則としてExchange Onlineを利用する法人向けMicrosoft 365環境であることが前提です。個人向けMicrosoft 365、一般的なプロバイダーメール、Gmailなどの外部メールサービスに送ったメールを、Outlook側から削除することはできません。

また、Exchange Onlineを利用していても、組織の管理者がリコール関連の機能を制限している場合があります。自社アカウントが対象か、利用中のOutlookクライアントで操作できるかは、Microsoft 365管理センターまたは情報システム部門に確認してください。

2. 原則として同じ組織内の宛先である場合

現在のExchange Onlineでリコールの対象になりやすいのは、同一のMicrosoft 365テナント内、つまり同じ組織に所属する受信者へ送ったメールです。社内の同僚や同一テナント内の部門宛てであれば、クラウド型リコールを利用できる可能性があります。

社外宛てのメールは、通常、送信側が相手組織や別サービスのメールボックスから配信済みメールを削除する共通の仕組みがないため、原則として取り消せません。

ただしMicrosoftは2026年7月、異なるMicrosoft 365テナント間でリコールを行うCross-Tenant Message Recallを発表しました。2026年8月2日時点では提供開始前であり、世界展開は8月中旬に開始し、9月中旬までに完了予定です。

この機能は、すべての社外メールを自由に回収できるものではありません。送信側・受信側の双方がExchange Onlineを利用していることに加え、受信側テナントの管理者が機能を有効にし、送信側テナントを許可リストに登録することが必要です。既定では無効であり、設定の主体は送信側ではなく受信側です。GmailなどExchange Online外のメールボックスは対象になりません。

取引先やグループ会社との間で相互にリコールを利用したい場合は、テナントIDの確認、許可対象組織の審査、受信者への通知方針、テスト手順を事前に決めておく必要があります。

3. 受信者のメールボックスと管理者設定がリコールに対応している場合

従来のOutlookのリコールでは、対象メールが未読であることが重要な条件とされてきました。しかし、Exchange Onlineのクラウド型リコールでは、管理者設定によって既読メールも削除対象にできます。既読メールを対象にする設定は、未設定の場合も有効相当として扱われます。

したがって、「未読でなければ取り消せない」と一律に考えるのは、現在のクラウド型リコールの仕様とは一致しません。ただし、既読メールをメールボックスから削除できたとしても、受信者がすでに内容を閲覧、保存、転送、複写、撮影している可能性までは消せません。リコールの成功は、情報漏えいがなかったことを意味しない点に注意が必要です。

また、転送、共有・委任メールボックス、複数のExchangeアカウントを登録したOutlookプロファイル、クライアントの接続モード、メール経路や管理者設定などによって、リコールの可否や結果は変わります。固定の成功率で判断せず、実行後に受信者単位のレポートを確認してください。

Outlook送信取り消しの方法

条件に当てはまる場合は、誤送信に気付いた時点でできるだけ早く取り消し操作を行いましょう。時間が経つほど、受信者が閲覧・保存・転送する可能性は高まります。

クラシックOutlookでは、まず送信済みアイテムから対象メールを開きます。閲覧ウィンドウではなく、メールをダブルクリックして別ウィンドウで開いてください。

クラシックリボンを使用している場合は、メッセージタブからアクションを選び、このメッセージを呼び戻すを選択します。簡易リボンの場合は、メッセージ、その他のコマンド、アクション、このメッセージを呼び戻すの順に選択します。

表示される画面で削除を実行すると、リコール要求が送信されます。以前の画面には「未読ならば、受信トレイから削除する」と表示されることがありますが、クラウド型リコールでは既読メールの扱いを管理者設定で制御できます。画面の文言だけで成功条件を判断しないようにしましょう。

新しいOutlook for Windows、Outlook on the web、Mac版、Outlookモバイルでは、対応状況やメニュー表示が異なります。Outlook for iOS／Androidは、同じMicrosoft 365組織内のメールに対するMessage Recallの開始に対応しています。一方、Undo SendとMessage Recallは別機能です。モバイル版では、デスクトップ版やWeb版と同様のUndo Sendを利用できるとは限らないため、アプリのバージョンと自社テナントの対応状況を確認してください。

なお、過去に作成したクラシックOutlookの操作画面は、現在のMicrosoft 365 Appsの表示と異なる場合があります。社内手順書やマニュアルでは、利用中のチャネル・バージョンに合わせた画面を用意すると安全です。

Outlook送信取り消しの注意事項

Outlookの送信取り消し機能は便利ですが、万能ではありません。仕様を誤解したまま使うと、取り消せたと思っていたメールが相手に残っていた、という事態になりかねません。

取り消し結果は必ず確認する

リコールを実行しても、必ず成功するとは限りません。受信者のメールボックスや管理者設定が対象外だった場合、転送やルールの影響を受けた場合、外部組織へのメールだった場合などは、削除に失敗することがあります。

Exchange Onlineのクラウド型リコールでは、Message Recall Reportで受信者ごとの成功、失敗、処理中の状態を確認できます。通知は通常短時間で届きますが、受信者が多い場合などは反映に時間がかかることがあります。システムは最大24時間、処理を継続します。

レポートはOffice365Reports@microsoft.comから送信されるため、迷惑メール対策、隔離、メールフローの設定によってブロックされていないかを管理者が確認しましょう。重要な誤送信では、レポートをインシデント記録として保存し、削除できなかった受信者への連絡や追加対応につなげます。

また、クラシックOutlookでDLPのポリシーヒントを利用している組織は注意が必要です。Microsoftは2026年7月、特定条件下で本文や添付ファイルに対するポリシーヒント評価が表示されない不具合を公表しました。影響対象はバージョン2604～2607で、修正はバージョン2608に導入されています。DLPを導入していても、利用者画面の警告だけを統制根拠にせず、クライアントのビルド確認、本文・添付のテスト、サーバー側のブロック・監査設定をあわせて確認してください。

社外宛てのメールは原則として取り消しできない

顧客や取引先への誤送信こそ取り消したい場面ですが、通常のメールでは、送信側が別組織・別サービスのメールボックスから配信済みメッセージを削除することはできません。Cross-Tenant Message Recallが展開された後も、Exchange Online同士で、受信側管理者が事前に送信側テナントを許可した組織間に限られます。

社外メールでは、通常のリコールと、暗号化メールの外部アクセス削除を区別して考える必要があります。Microsoft Purviewの対象となる暗号化メールでは、一定の条件下で、受信者のメールボックスからメールを削除するのではなく、暗号化ポータル上の本文への外部アクセスを停止できる場合があります。たとえば、リンクベースの暗号化エクスペリエンスで、GmailやYahooなどのソーシャルアカウントを使う単一の受信者へ送ったメールが対象例です。

これは通常のメールを回収する機能ではありませんが、誤送信後の閲覧を止められる可能性がある点で有効です。対象ライセンス、暗号化方式、送信クライアントなどの条件があるため、導入前に自社環境で検証してください。

添付ファイルの送付方法も見直しましょう。2026年7月には、みずほフィナンシャルグループがパスワード付き添付ファイルを原則使用せず、専用WebサイトにファイルをアップロードしてダウンロードURLを送る方式への移行を開始しました。三菱UFJ銀行も同月、専用ダウンロードサイトを利用する方式へ順次移行を開始しています。

重要なのは、PPAPを廃止すること自体ではなく、誤送信後の被害を制御できる設計にすることです。ファイル共有リンクには、閲覧者またはドメインの制限、有効期限、ダウンロード禁止、アクセスログ、誤送信時の共有停止・リンク失効を設定しましょう。メール本文のURL自体を誤った相手へ送るリスクは残るため、送信前の宛先確認も必要です。

送信取り消しだけに頼らない

メール誤送信の多くは、送信ボタンを押した直後に気付きます。宛先候補の見間違い、添付漏れ、添付ファイルの取り違え、社外秘情報の記載などは、送信前の数十秒から数分の確認で防げることが少なくありません。

そのため、送信取り消しを過信せず、送信前のダブルチェック、社外宛て警告、DLP、感度ラベル、暗号化、承認フローを組み合わせることが重要です。特に機密情報や個人情報を含むメールは、送信後に回収できる前提で運用してはいけません。

Outlookで誤送信を防ぐための設定

取り消し機能には限界があるため、最も有効な対策は、送信直後にメールを一定時間保留し、見直す余地をつくることです。

クラシックOutlookでは、仕分けルールで送信メールを遅延させられます。ファイルから仕分けルールと通知を開き、新しい仕分けルールを選択します。次に、送信メッセージにルールを適用するを選び、条件を指定しない場合はすべての送信メールに適用します。

アクションとして指定した時間分後に配信するを選び、遅延時間を設定します。短い確認時間として1～3分程度を設定する運用が考えられます。クラシックOutlookの遅延ルールは最大120分まで設定できます。

ただし、この遅延ルールはクライアント側ルールです。予定時刻に送信するには、Outlookが起動・接続している必要があります。ノートPCを閉じる、Outlookを終了する、ネットワークから切断するなどの状態では、設定した時刻に送信されない場合があります。

遅延中のメールは送信トレイに残ります。誤りに気付いた場合は、送信トレイからメールを開いて削除または修正すれば、配信前に止められます。リコールとは異なり、相手のメールボックスへ届く前にキャンセルできる点が大きな利点です。

新OutlookやWeb版のUndo Send機能

新しいOutlook for WindowsやOutlook on the webでは、Undo Sendを利用できる場合があります。Undo Sendは送信ボタンを押した直後に「元に戻す」を表示し、実際の送信前にキャンセルする機能です。受信者のメールボックスから削除を試行するMessage Recallとは異なります。

Undo Sendの猶予時間は最大10秒です。1分以上の確認時間を確保する機能ではないため、長めの保留が必要な場合は、メールごとに日時を指定するSchedule Sendや、クラシックOutlookの遅延ルールを使い分けましょう。

システムと人の確認を組み合わせる

送信遅延やUndo Sendに加え、送信前に宛先、CC、BCC、添付ファイル、件名、本文内の個人情報・機密情報を確認する仕組みを整えると、誤送信リスクをさらに下げられます。

• 社外宛てメールの送信時に確認ポップアップを表示する
• 宛先、CC、BCC、添付ファイルの確認を必須にする
• 重要情報を含むメールをDLPポリシーでブロック、保留、監査する
• 機密メールに感度ラベルや暗号化を自動付与する
• 添付ファイルを直接送らず、権限・期限付きのクラウドリンクで共有する
• 外部共有先をメールアドレスまたはドメインで制限する
• 退職・異動時にSAMLやID管理側から共有アクセスを停止する
• 誤送信時の手順に、共有リンクの無効化とアクセスログ確認を含める
• 重要な一斉配信では複数人チェック、承認フロー、チェックリストを必須にする

リンク共有へ移行した企業の例として、SHIFTはグループ連結15,270名規模でメール添付・PPAPによるファイル共有を廃止し、リンク共有、アクセス権限管理、自動削除、SAML認証などを活用しています。この事例はサービス提供会社が公表した内容ですが、添付をリンクに置き換えるだけでなく、権限管理と失効まで含めて運用する重要性を示しています。

また、誤配信は人がOutlookで宛先を選び間違えた場合だけに起こるわけではありません。2026年7月には、佐川急便の配達予定通知メールで、本来とは異なる利用者の氏名やメールアドレスなどが表示された可能性がある事象が報じられました。CRM、MA、請求、配送通知などの自動送信では、宛先IDと本文・添付データの対応付けが正しいかを検証する必要があります。

自動通知や一斉配信の運用では、本番配信前に社内アドレスだけへ送るカナリア配信、宛先IDとデータの一致検証、一定件数以上の配信を一時停止する承認フロー、配信開始後のサンプル監視、異常検知時の即時停止機能を整えましょう。テンプレート変更、データ結合処理、バッチ更新時の回帰テストも欠かせません。

インシデント手順には、Outlookのリコールだけでなく、配信停止、共有リンクの無効化、暗号化コンテンツへのアクセス停止、影響範囲の確認、受信者への連絡、社内報告を含めておくことが重要です。

Outlook送信取り消し まとめ

Outlookのメッセージリコールは、Exchange Onlineを利用する法人向けMicrosoft 365環境で使える機能です。同一テナント内のメールが基本的な対象であり、クラウド型リコールでは管理者設定によって既読メールも削除対象にできます。ただし、削除できたとしても、すでに閲覧・保存・転送された情報まで取り消せるわけではありません。

社外宛てメールは原則として回収できません。2026年8月中旬から9月中旬にかけてCross-Tenant Message Recallの展開が予定されていますが、これは双方がExchange Onlineを利用し、受信側管理者が送信側テナントを許可した場合に限られます。Gmailなど外部サービス宛てのメールは対象外です。

誤送信対策では、送信後のリコールに頼るのではなく、クラシックOutlookの遅延ルール、または新Outlook・Web版のUndo SendやSchedule Sendで配信前に止める仕組みを作ることが重要です。加えて、DLP、暗号化、感度ラベル、社外宛て警告、権限・期限付きのリンク共有、複数人チェック、配信システムのテストを組み合わせましょう。

メール誤送信は個人の注意力だけで完全に防げるものではありません。配信前に止める、配信後にアクセスを止める、事故発生時に結果を追跡するという3層で、技術と運用の両面からミスを起こしにくく、被害を広げにくい仕組みを整えてください。