メッセージ追跡でメールが「届いたか・どこで止まったか」を確かめる｜Exchange 管理センターの状態と詳細の読み方（管理者向け）

たとえば、取引先から「昨日の午後に問い合わせ窓口（info@）へ見積もりの依頼を送ったのに、返事が無い」と言われたとします。窓口の担当者が受信トレイを探しても見当たらないとき、管理者は、そのメールが Microsoft 365 に届いたのか、届いた後にどこかへ振り分けられたのか、そもそも届いていないのかを確かめます。使うのは、Exchange 管理センターのメッセージ追跡（Microsoft 365 を通ったメールの配送の記録を検索する機能）です。

迷うのは、検索した後の画面の言葉の読み方です。「配信済み」と出ても、受信トレイにあるとは限りません。結果に何も出なくても、届いていないとは限りません。その読み方しだいで、自社の設定を直すのか、相手の管理者に頼むのか、利用者にフォルダーを探してもらうのかが分かれます。この記事では、状態の言葉がどこまでを言っているかを、画面の表示と Microsoft Learn の説明で確かめ、状態ごとに次に何をするかを示します。画面の名前が Learn と違う所も書きます。

当社は Microsoft 365 の導入と運用を支援している会社で、画面は当社の検証用の環境で撮ったものです。

調べる前に、送信者・受信者・送った日時をそろえる

メッセージ追跡で探すときの手がかりは、送信者のアドレス、受信者のアドレス、送った日時の3つです。冒頭の例なら、取引先の担当者のアドレス、窓口の info@ のアドレス、「昨日の午後」の3つになります。取引先が送ったメールが手元に残っていれば、メッセージ ID（メールのヘッダーに入っている、1通ごとの識別子）も聞いておくと、1通に絞れます。

メッセージ追跡を使うには権限が要ります。Learn は、Exchange Online の役割グループ「組織の管理」のメンバーになるか、Microsoft Entra の Exchange 管理者かグローバル管理者のロールを持つ方法を挙げています（出典はExchange Online の新しい EAC でのメッセージ追跡）。Microsoft は、グローバル管理者ではなく、権限のより小さいロールを使うよう勧めています。

Exchange 管理センター（Exchange Online の管理画面）を開き、左の［メール フロー］＞［メッセージ追跡］を選びます。最初の画面には［既定のクエリ］［カスタム クエリ］［自動保存されたクエリ］［ダウンロード可能なレポート］のタブがあり、［既定のクエリ］には Microsoft 365 が用意した5つの検索が並んでいました。

5つのうち「過去 7 日間の配信できなかったすべてのメッセージ」と「組織内のユーザーへの配信が保留になっているメッセージ」は、組織全体で最近の失敗や配信待ちのメールがないかを見るときに使えます。1通を探すときは、上の［追跡を開始］から条件を入れます。検索した条件は、最近の 10 件まで［自動保存されたクエリ］に自動で残ります。同じ問い合わせを後で調べ直すときは、そこから開けます。

この記事に関連するサービス

M365・Google Workspace の移行と設定の相談移行と設定を、1件から相談できます。詳しく見る →Microsoft 365 導入支援Exchange・SharePoint・Teamsの移行から権限設計・Copilot活用まで詳しく見る →Google Workspace 導入・移行支援Gmail移行から権限設計・Gemini活用まで詳しく見る →AIセキュリティ診断・規約・ルール整備AIを使う前に、出す前に。安全の確認と、規約・ルールの整備を詳しく見る →Notion 導入支援議事録・ナレッジ・タスクを一箇所にまとめる詳しく見る →

検索の条件：時間の範囲は、送った日時を含めて10日以内にする

［追跡を開始］を押すと［新しいメッセージ追跡］の画面が開きます。送信者と受信者は最初「すべて」になっていて、社外のアドレスも入れられます。冒頭の例なら、送信者に取引先のアドレス、受信者に info@ のアドレスを入れます。Learn によると、「*@（ドメイン）」のように1か所だけワイルドカードを使えるので、取引先のアドレスがはっきりしないときは、ドメインで指定します。

時間の範囲は、最初は過去 2 日になっています。当社の画面では、開いた直後は開始日と終了日が日付と時刻で入っていて、右上の［スライダー］を押すと目盛りでの選び方に変わりました（Learn は、既定はスライダーで選ぶと書いています）。目盛りは 90 日から 0 までで、左のつまみを動かすと「過去 10 日」のように範囲が変わります。

範囲の長さで、結果の出方が変わります。画面の上の帯にも「要約レポートの履歴データを最大 90 日間検索できるようになりました。検索できるのは 1 回の検索につき 10 日分のデータのみです。」と出ていました。Learn のメッセージ追跡のページも、範囲の長さが 10 日以内なら結果はすぐ画面に出て、要約レポートで 90 日前までさかのぼれる、と書いています。範囲が 10 日を超えると、結果はダウンロードする CSV ファイル（表計算ソフトで開ける形式）になり、用意されるまで数時間かかることがあります。

一方、メッセージ追跡に関する FAQは、10 日より古いメッセージを調べると、結果は数時間以内に CSV で返る、と書いています。同じ FAQ によると、追跡のデータは 90 日残り、この期間は変えられません。ページによって書き方が違い、当社は過去 2 日と過去 10 日しか検索していません。そこで 10 日より前のメールは、まず送った日を含む 10 日以内の範囲で、要約レポートを検索します。出てこなければ、あとの「結果に出てこないとき」の理由を先に当たり、それでも出なければ、同じ条件で［レポートの種類］を「増補要約レポート」に替え、［次へ］から［レポートの準備］で CSV を頼み、［ダウンロード可能なレポート］で受け取ります。CSV を頼む操作は Learn に書かれた手順で、当社はこの操作を試していません。

時間の範囲の見出しには「時間の範囲 (UTC+09:00)」と、どのタイム ゾーンで日時を入れるかが出ています。このタイム ゾーンは、入れる日時と結果の時刻の両方に使われます。取引先が海外にいるときは、相手が言う時刻をこのタイム ゾーンに直してから範囲を決めます。

［詳細な検索オプション］で絞る

［詳細な検索オプション］には、件名、［配信状態］、メッセージ ID、MessageTrace ID、方向、元のクライアント IP アドレスが並んでいます。件名の欄は、送信者が付けた件名の書き出しが分かっていれば使えます。メッセージ ID で探すときは、前後の山かっこ（< >）まで含めて入れます。

［配信状態］の選択肢は、当社の画面では次の8つでした。

Learn のメッセージ追跡のページの値の一覧では、「迷惑メールとしてフィルター処理」は「スパムとしてフィルター処理済み」、「状態を取得しています」は「状態の取得」、「保留中」は英語のまま「Pending」と書かれています。そこには「取り消し」（送信者が取り消したメール）もありますが、当社の画面の選択肢にはありませんでした。同じページは、「検疫済み」「保留中」「迷惑メールとしてフィルター処理」で絞れるのは 10 日未満の検索だけで、10 日以上前のデータには PowerShell の Start-HistoricalSearch を使う、としています。1通を探すときは「すべて」のままにして、一覧で状態を見るほうが、見落としがありません。

レポートの種類は、まず要約レポート

画面の下には［レポートの種類］があり、「要約レポート」、「増補要約レポート」、「包括的レポート」の3つから選びます。すぐ画面に結果が出るのは「要約レポート」だけで、残りの2つは CSV ファイルで受け取ります。

Learn では、この3つを主に「サマリー レポート」「拡張要約レポート」「拡張レポート」と呼んでいて、画面の名前と違います（Learn の中でも「要約レポート」「拡張概要レポート」などの呼び名が混ざっています）。この記事では画面の名前で書きます。

「届いたか」を確かめるだけなら、要約レポートで足ります。要約レポートは、送信者や受信者を指定しなくても使えます。CSV の2つは、範囲を 10 日より長く取りたいときや、経路やイベントの細かい記録まで見たいときに使います。Learn によると、CSV の2つには送信者・受信者・メッセージ ID のどれかの指定が要り、直近 24 時間のデータは通常は入りません。元のクライアント IP アドレス（メールを送った端末の IP アドレス）は CSV の2つでだけ見られ、残るのは 10 日間だけです。

一覧の「状態」で、届いたかを分ける

［検索］を押すと［メッセージ追跡の検索結果］の一覧が出ます。列は「日付 (UTC+09:00)」「送信者」「受信者」「件名」「状態」です。受信者が複数いるメールは、受信者ごとに別の行になります。配布グループ宛てのメールは、グループの行のあとに、メンバーごとの行が続きます。

当社の画面で過去 2 日を検索したときは「データがありません」と出ました。過去 10 日に広げると、検証用の管理者のアカウントに Microsoft から届いた通知が5通出て、状態はすべて「配信済み」でした。

冒頭の図の表のとおり、状態が言っているのは「Microsoft 365 がそのメールをどこまで運んだか」です。冒頭の例で info@ の行が「配信済み」なら、取引先のメールは Microsoft 365 に届いています。行き先は受信トレイとは限りませんが、探す先は自社の側です（あとの「配信済みなのに」の節）。「失敗」なら、メールは配信されていません。行が1つも出ないなら、取引先のメールは Microsoft 365 まで来ていないか、条件がずれています（あとの「結果に出てこないとき」の節）。

社員が社外へ送ったメールを調べるときは、送信者に社員、受信者に相手のアドレスを入れます。Learn は「配信済み」を、意図した宛先へ配信できた状態と説明しています。社外宛てのときは、当社の読みでは、相手の組織のメール サーバーに渡したところまでです。相手の組織の中で迷惑メールに入ったかどうかは、自社のメッセージ追跡の画面には出ない、と当社は考えています。相手に届いていないと言われたら、相手の管理者に受信側の記録を見てもらうことになります。相手の側で迷惑メールに入る理由が送信ドメイン認証にあるなら、SPF・DKIM・DMARC の設定の記事に書いています。

行を開いた詳細で、どこまで進んだかを読む

一覧の行（左端の丸いチェック ボックス以外）を押すと、右に詳細が開きます。当社の画面では、送信者と受信者の下に「受信済」「処理済み」「配信済み」の3つの段が並び、その下に「状態」の文と配信時間が出ていました。

この1通は3つの段がすべて緑で、状態の文は「メッセージは受信者の受信トレイ フォルダーに配信されました。」でした。配信時間は「配信時間: 11/02/2026 03:18:50 (UTC)」と UTC で出ています。一覧ではこの行の日付は「11/2/2026, 12:18 PM」（UTC+09:00）で、9 時間ずれた同じ時刻です。一覧と時間の範囲のタイム ゾーンは、Learn によると、既定ではサインインしている管理者の Exchange のアカウントの設定で決まり、条件の［タイム ゾーン］の欄で変えられます（当社は変えていません）。取引先や社員に時刻を伝えるときは、どちらの時刻かを添えます。

その下の［メッセージ イベント］を開くと、Microsoft 365 がそのメールに対して行ったことが時刻の順に並びます。当社の画面では、イベントの名前は英語で出て、この1通は「Receive」（受け取った）と「Deliver」（メールボックスに入れた。詳細は「The message was successfully delivered.」）の2行でした。Learn の日本語版はイベントを日本語で書いていて、ほかに送信（Send）、失敗（Fail）、遅延（Defer。配信を延ばし、後でやり直すことがある）、展開（Expand。配布グループを展開した）などを挙げています。FAQ によると、配信が遅れているメールでは、まだ配信されていない理由がこのイベントに出ます。マルウェアと判定されて止まったメールも、その旨がここに出ます。メール フロー ルール（届いたメールに会社として決めた処理をする設定）に当たって配信されなかった場合は、ルールの名前が出る、と FAQ は書いています。

［詳細情報］には、メッセージ ID、MessageTrace ID、メッセージ サイズ、送信元 IP、送信先 IPが出ます。社外へ送ったメールでは、送信先 IP に、Microsoft 365 が渡そうとした相手のサーバーの IP アドレスが入ります。社外から届いたメールでは、送信先 IP は空欄です。当社の画面の1通も空欄でした。メッセージ ID は、取引先や社員と「同じメールを見ているか」を確かめるときに使います。

1通のメールでも、転送や配布グループの展開、メール フロー ルールで、記録が複数に分かれることがあります。Learn は、一覧の行の丸いチェック ボックスを選ぶと出る［関連項目の検索］で、同じメッセージ ID を持つ記録を探し直せると書いています。当社の画面では、詳細の上に［このメッセージの追求］［エクスプローラーでメッセージを表示する］などの操作が並んでいましたが、どれも押していません。

「配信済み」なのに受信トレイに無いと言われたら

冒頭の例で info@ の行が「配信済み」なのに、窓口の担当者が見当たらないと言うときは、メールボックスの中を探す番です。メッセージ追跡に関する FAQは、スパム対策がメールをスパムと判定して迷惑メールのフォルダーか検疫に送った場合も、状態は「配信済み」になる、と書いています。一方、配信状態の選択肢には「検疫済み」もあります。どちらで出るかは Learn のページによって書き方が違うので、配信済みでも詳細のイベントで、スパムと判定されていないかを見ます。

当社の画面の詳細にも、受信トレイに見当たらない場合について次の文が出ていました。

受信者が受信トレイ フォルダーにメッセージを見つけられない場合、受信者が設定した受信トレイ ルールまたは一括処理ルールに基づいて、手動または自動的に削除されたか、別のフォルダー (迷惑メールなど) に移動された可能性があります。メールボックス内のすべてのフォルダーでメッセージを検索するように依頼します。

共有メールボックスの場合は、窓口の担当者のだれかが受信トレイのルールを作っていないかも確かめます。検疫に入っていたら、解放するかどうかを検疫の確かめ方と解放の記事の手順で決めます。迷惑メールのフォルダーに入り続けるなら、許可リストの扱いをOutlook の迷惑メール設定の記事に書いています。

「失敗」「保留中」なら、イベントの文と NDR のコードを見る

状態が「失敗」なら、メールは配信されていません。Learn によると、配信できなかったときは通常、届かなかったことを知らせる配信不能レポート（NDR）が送信者に送られ、そこに理由のコードが書かれています。NDR には、エラー コード、直し方、管理者向けの技術的な詳細が入っています（出典はExchange Online の NDR と SMTP エラーのページ）。社外の取引先に NDR が返っていれば、コードを教えてもらうと、詳細のイベントの文と突き合わせられます。

表の「誰が直すか」は、Learn の原因の説明から当社が当てはめた目安です。同じ 5.7.1 や 5.4.1 でも、NDR の文が違えば原因も違うので、コードだけでなく文まで見ます。表に無いコードは、NDR の中の説明と、Learn の NDR のページの表で、同じコードと文の行を探します。冒頭の例の info@ を共有メールボックスではなく配布グループで作っていて、組織の外からの送信を受け付けない設定にしていると、取引先のメールは 5.7.133（Sender not authenticated for group）で返ることがあります。決めた送信者からしか受け付けない設定なら、5.7.124（Sender not in allowed-senders list）や 5.7.1 になることもあります。この場合に直すのは、受け取る側の自社です。社員の自動転送が止められて 5.7.520 が返る件は、メール転送禁止の記事で扱っています。

状態が「保留中」なら、Microsoft 365 はまだ配信を試しています。FAQ は、メールの到着に時間がかかる理由として、宛先が応答しないことがいちばん多いと書いています。社外宛てで保留中が続くなら、詳細のイベントの遅延の理由と送信先 IP を見て、相手の管理者に受信側のサーバーの状態を確かめてもらいます。自社宛てのメールが組織全体で保留中になっているなら、Microsoft 側の障害かもしれません。その見分け方はMicrosoft 365 の障害か自社の問題かを判定する記事にあります。

当社の検証用の環境では、失敗・保留中・検疫済みのメールは出ていません。この節の状態ごとの説明は Learn の記載によるもので、実際の詳細の画面の文は確かめていません。

結果に出てこないときに疑う5つ

条件を入れても行が出ないとき、すぐに「Microsoft 365 には届いていない」と結論づけないようにします。FAQ と当社の画面から、次の5つを順に疑います。

3つ目の送信者について補足します。メッセージ追跡は、送信者を、メールに表示される差出人（From）ではなく、送る側のサーバーがやり取りの最初に伝えたアドレス（MAIL FROM）で探します。取引先の業務システムや問い合わせフォームから送られたメールは、画面に見える差出人と MAIL FROM が違うことがあります。送信者を「すべて」に戻し、受信者の info@ と時間の範囲だけで探し直すと、見つかることがあります。

4つ目に当たると、メッセージ追跡では確かめられません。IP アドレスの評判のブロック リストで止められたメールは、メッセージ追跡で追えない、と FAQ は書いています。このときは、取引先に返った NDR やエラーの文が手がかりになります。自社の独自ドメインのメールが社外から一切届かないなら、DNS の MX レコード（メールの届け先を示す設定）の誤りも疑います。手順は独自ドメインを Microsoft 365 に追加する記事にあります。

メール フロー ルールで宛先を書き換えたメールは、書き換えた後は元の受信者の名前では追えません。新しい受信者で検索し直します。ルールの作り方と効く順番は、メール フロー ルールの記事に書いています。

同じ検索を PowerShell で行う場合

何度も同じ条件で調べるなら、Exchange Online PowerShell の Get-MessageTraceV2 も使えます。Learn によると、Exchange Online PowerShell V3 モジュールのバージョン 3.7.0 以降が要り、条件を付けずに実行すると過去 48 時間だけが返ります。1回で調べられるのは画面と同じく 10 日分です。たとえば、送信者・受信者と期間で絞るなら次の形です（アドレスと日付は置き換えます）。日付は、実行するパソコンの地域の設定にある短い日付の形式で入れます（Learn）。次の例は、その形式が yyyy/MM/dd のパソコンの場合です。

Get-MessageTraceV2 -SenderAddress 送信者のアドレス -RecipientAddress 受信者のアドレス -StartDate 2026/11/04 -EndDate 2026/11/06

出てくる時刻は UTC です。Learn は、-StartDate と -EndDate に入れた時刻の形式と違うことがある、と書いているので、範囲は前後に広めに取ります。当社はこの記事のために PowerShell では実行していません。パラメーターの細部はGet-MessageTraceV2 のページを見てください。

社員に「届かない」と言うときに控える4つを伝えておく

メッセージ追跡で1通に絞る主な条件は、送信者・受信者・時間の範囲・メッセージ ID です。これが分からないと、検索の範囲を広げて、一覧から1通を探すことになります。社員や窓口の担当者には、届かないと連絡するときに、相手のアドレス、自分（または窓口）のアドレス、送った日時とタイム ゾーン、分かればメッセージ ID か NDR のコード、の4つを添えるよう伝えておきます。その4つがあれば、管理者は 10 日以内の範囲で検索し、状態と詳細から次の一手を決められます。

メールの流れ（配布グループ、共有メールボックス、ルール、送信ドメイン認証）の設計を一緒に見直したい場合は、Microsoft 365 の導入支援で受けています。

この記事の確かめ方

手順と数値は、2026年11月6日に Microsoft Learn の「Exchange Online の新しい EAC でのメッセージ追跡」「Exchange Online のメッセージ追跡に関する FAQ」「Exchange Online で配信不能レポート (NDR) と SMTP エラーを電子メールで送信する」「Get-MessageTraceV2」を開いて確かめたものです。画面の名前と Learn の名前が違う所は、本文に両方を書きました。画面と条件は変わることがあるので、使う前に最新のページを確かめてください。

写真は、2026年11月6日に当社の検証用の環境（Microsoft 365 Business Premium）で、この記事のために撮ったものです。Exchange 管理センターのメッセージ追跡で、既定の条件（過去 2 日）と過去 10 日の2回、検索だけを行いました。結果に出たのは Microsoft から管理者のアカウントに届いた通知で、送信者・受信者・件名・ID・IP アドレスは伏せています。テスト用のメールの送信、クエリの保存、レポートの準備、ルールの作成は行っていません。失敗・保留中・検疫済みの状態の画面、NDR の実物、CSV のレポートは見ていません。