メッセージ追跡

適用対象: yes-img-162016 yes-img-192019 yes-img-seサブスクリプション エディション

メッセージ追跡ログは、メールボックス サーバーおよびエッジ トランスポート サーバー上のトランスポート パイプラインを通過するメールが流れるすべてのアクティビティの詳細な記録です。 メッセージの追跡は、メッセージ フォレンジクス、メール フロー分析、レポート作成、トラブルシューティングに使用できます。

既定では、Exchange は循環ログを使用して、ファイル サイズとファイルの経過時間に基づいてメッセージ追跡ログを制限し、ログ ファイルによって使用されるハード ディスク領域を制御します。 メッセージ追跡ログを構成するには、「 メッセージ追跡の構成」を参照してください。

メッセージ追跡ログを検索する

メッセージ追跡ログには、メッセージがメールボックス サーバーまたはエッジ トランスポート サーバーを通過するときに、膨大な量のデータが含まれています。 メッセージ追跡ログの検索に関しては、次のオプションがあります:

  • Get-MessageTrackingLog: 管理者は、この Exchange 管理シェル コマンドレットを使用して、さまざまなフィルター条件を使用してメッセージ追跡ログでメッセージに関する情報を検索できます。 詳細については、「 メッセージ追跡ログの検索」を参照してください。

  • 管理者向けの配信レポート: 管理者は、Exchange 管理センターの [配信レポート] タブ、または Exchange 管理シェルの基になる Search-MessageTrackingReport コマンドレットと Get-MessageTrackingReport コマンドレットを使用して、メッセージ追跡ログを検索して、organization内の特定のメールボックスが送受信したメッセージに関する情報を検索できます。 詳細については、「 管理者向けの配信レポート」を参照してください。

メッセージ追跡ログ ファイルの構造

既定では、メッセージ追跡ログ ファイルは %ExchangeInstallPath%TransportRoles\Logs\MessageTracking に存在します。 フォルダーには、異なる名前を持つログ ファイルが含まれていますが、それらはすべて命名規則 MSGTRKServiceyyyyMMdd-nnnn.logに従います。 次の表では、さまざまなログ ファイル名について説明します。

ファイル名 サーバー 説明
MSGTRK メールボックス サーバーとエッジ トランスポート サーバー トランスポート サービスに関するログ ファイル。
MSGTRKMA メールボックス サーバー モデレート トランスポートの承認と却下に関するログ ファイル。 詳細については、「メッセージ承認の管理」を参照してください。
MSGTRKMD メールボックス サーバー メールボックス トランスポート配信サービスによってメールボックスに配信されたメッセージのログ ファイル。
MSGTRKMS メールボックス サーバー メールボックス トランスポート発信サービスによってメールボックスから送信されたメッセージのログ ファイル。

ログ ファイル名のその他のプレースホルダーは、次の情報を表します。

  • yyyyMMdd は、ログ ファイルが作成された協定世界時 (UTC) の日付です。 yyyy = 年、 MM = 月、 dd = 日。

  • nnnn は、各ログについて毎日値 1 から始まるインスタンス番号です。

情報は、ファイル サイズが最大値に達するまでログ ファイルに書き込まれます。 それから、インスタンス番号を増やした新しいログ ファイルが開かれます (最初のログ ファイルは -1、次のファイルは -2、というように)。 循環ログは、次のいずれかの条件に該当する場合に、サービスの最も古いログ ファイルを削除します。

  • ログ ファイルが最大保存期間に達している。

  • メッセージ追跡ログ フォルダーのサイズが最大サイズに達しました。

    :

    • メッセージ追跡ログ フォルダーの最大サイズは、同じ名前のプレフィックスを持つすべてのログ ファイルの合計サイズとして計算されます。 名前プレフィックス規則に従わないその他のファイルは、合計フォルダー サイズの計算にはカウントされません。 古いログ ファイルの名前を変更したり、他のファイルをメッセージ追跡ログ フォルダーにコピーしたりすると、フォルダーが指定された最大サイズを超える可能性があります。

    • メールボックス サーバーでは、メッセージ追跡ログ フォルダーの最大サイズは指定値の 3 倍です。 メッセージ追跡ログ ファイルは 4 つの異なるサービスによって生成され、4 つの異なる名前プレフィックスが付いていますが、モデレート トランスポート ログ (MSGTRKMA) に書き込まれるデータの量と頻度は、他の 3 つのログと比べるとごくわずかです。

メッセージ追跡ログ ファイルは、データをコンマ区切り (CSV) 形式で格納するテキスト ファイルです。 個々のメッセージ追跡ログ ファイルには、以下の情報を含むヘッダーがあります。

  • #Software: 値は Microsoft Exchange Server です。

  • #Version: メッセージ追跡ログ ファイルを作成した Exchange サーバーのバージョン番号。 この値では、書式 15.01.nnnn.nnnが使用されます。

  • #Log 型: 値は Message Tracking Log です。

  • #Date: ログ ファイルが作成された UTC 日時。 UTC 日時は、ISO 8601 日時形式 (yyyy-MM-dd T hh:mm:ss.fffZ) で表されます。ここで、yyyy = 年、MM = 月、dd = 日、T は時間要素の始まりを示し、hh = 時間、mm = 分、ss = 秒、fff = 秒の数分、Z はズールー語を表します。これは UTC を表す別の方法です。

  • #Fields: メッセージ追跡ログ ファイルで使用されるコンマ区切りのフィールド名。

メッセージ追跡ログ ファイルのフィールド

メッセージ追跡ログでは、個々のメッセージ イベントがログの 1 行として格納されます。 メッセージ イベント情報はフィールドで構成され、各フィールドはコンマで区切られています。 通常、フィールド名はフィールドに含まれる情報の種類を判断できる程度に説明的な名前です。 ただし、場合によってはフィールドが空であったり、メッセージ イベントの種類やイベントが記録されるメッセージ追跡ログ ファイルの種類によってフィールドに格納される情報の種類が変わったりすることがあります。 以下の表に、メッセージ追跡イベントの分類に使用されるフィールドの概要を示します。

フィールド名 説明
date-time メッセージ追跡イベントの日時です (UTC)。 UTC 日時は、ISO 8601 日時形式 (yyyy-MM-dd T hh:mm:ss.fffZ) で表されます。ここで、yyyy = 年、MM = 月、dd = 日、T は時間要素の始まりを示し、hh = 時間、mm = 分、ss = 秒、fff = 秒の数分、Z はズールー語を表します。これは UTC を表す別の方法です。
client-ip メッセージを発信したメッセージング サーバーまたはメッセージング クライアントのアドレスです (IPv4 または IPv6)。
client-hostname メッセージを発信したメッセージング サーバーまたはメッセージング クライアントのホスト名または FQDN です。
server-ip 送信元または宛先サーバーの IPv4 アドレスまたは IPv6 アドレス。
server-hostname 送信先サーバーのホスト名または FQDN です。
source-context source フィールドに関連する追加情報です。 例:
CatContentConversion
250 2.0.0 OK;ClientSubmitTime:<UTC>
connector-id メッセージを受け入れた送信コネクタまたは受信コネクタの名前。 たとえば、 ServerName\ ConnectorNameConnectorName などです。
source イベントを担当する Exchange トランスポート コンポーネント。 これらの値については、このトピックで後述する メッセージ追跡ログのソース 値セクションで説明します。
event-id メッセージ イベントの種類です。 これらの値については、このトピックで後述 する「メッセージ追跡ログのイベントの種類 」セクションで説明します。
internal-message-id 現在メッセージを処理している Exchange サーバーによって割り当てられたメッセージ識別子。
メッセージの 内部メッセージ ID は、メッセージの送信に関与するすべての Exchange サーバーのメッセージ追跡ログとは異なります。 値の例は 73014444033 です。
message-id メッセージ ヘッダー内の Message-Id: ヘッダー フィールドの値です。 Message-Id: ヘッダー フィールドが存在しないか空白の場合、Exchange は任意の値を割り当てます。 この値は、メッセージの有効期間全体にわたって不変です。 Exchange で作成されたメッセージの場合、値は山かっこ (< >) を含む<GUID@ServerFQDN>形式になります。 たとえば、「 <4867a3d78a50438bad95c0f6d072fca5@mailbox01.contoso.com> 」のように入力します。 他のメッセージング システムは異なる構文や値を使用する可能性があります。
network-message-id 分岐または配布グループの拡張のために作成される可能性があるメッセージのコピー間で保持される一意のメッセージ ID 値。 値の例は 1341ac7b13fb42ab4d4408cf7f55890f です。
recipient-address メッセージ受信者の電子メール アドレスです。 複数の電子メール アドレスがある場合は、セミコロン (;) で区切られます。
recipient-status 各受信者の状態をセミコロン文字 (;) で区切って示します。 各受信者の状態値の並び順は、 recipient-address フィールドの値と同じです。 状態値の例を次に示します。
ToCc 、または Bcc
250 2.1.5 Recipient OK
550 4.4.7 QUEUE.Expired;<ErrorText>
total-bytes すべての添付ファイルを含む、メッセージの合計サイズ (バイト単位)。
recipient-count メッセージ内の受信者の合計数。
related-recipient-address このフィールドは、メッセージに関連付けられている他の受信者の電子メール アドレスを表示するために、 EXPANDREDIRECT、および RESOLVE イベントとともに使用されます。
reference このフィールドには、イベントの種類に応じた追加情報が含まれます。 例:
DSN: レポート リンクが含まれます。これは、このイベントの後に DSN が生成された場合に関連する配信状態通知 (DSN、バウンス メッセージ、配信不能レポート、または NDR とも呼ばれます) のメッセージ ID 値です。 これが DSN メッセージの場合、 参照 フィールドには、DSN が生成された元のメッセージの メッセージ ID 値が含まれます。
EXPAND: 関連メッセージの related-recipient-address の値を格納します。
受信: メッセージが他のプロセス (ジャーナリング ルールや受信トレイ ルールなど) によって生成された場合、関連メッセージの メッセージ ID 値が含まれることがあります。
SEND: DSN メッセージの Internal-Message-Id の値を含みます。
スロットル: メッセージが調整された理由を格納します。
TRANSFER: フォークされるメッセージの Internal-Message-Id 値を格納します。
受信トレイ ルールによって生成されたメッセージ: 受信トレイ ルールによる送信メッセージの生成の原因となった受信メッセージの Internal-Message-Id 値を含みます。
フォークされたメッセージ: Internal-Message-Id 値が含まれている可能性があります。
他の種類のイベントの場合、このフィールドは通常空白です。
message-subject Subject: ヘッダー フィールドにあるメッセージの件名です。 メッセージの件名の追跡は、Set-TransportService コマンドレットの MessageTrackingLogSubjectLoggingEnabled パラメーターによって制御されます。 既定では、メッセージの件名の追跡は有効になっています。
sender-address [差出人:ヘッダー] フィールドに指定されたメール アドレス。[差出人:] ヘッダーフィールドが [送信者:] フィールドが存在しない場合は、[差出人:ヘッダー] フィールド。
return-path メッセージを送信した MAIL FROM コマンドで指定された返信電子メール アドレス。 このフィールドは空になることはありませんが、null 送信者アドレス値を <> として表すことができます。
message-info メッセージに関する追加情報です。 例:
DELIVER イベントと SEND イベントのメッセージ発信日時 (UTC 単位)。 発生日時とは、そのメッセージが最初に Exchange 組織に入った日時です。 UTC 日時は、ISO 8601 日時形式 (yyyy-MM-dd T hh:mm:ss.fffZ) で表されます。ここで、yyyy = 年、MM = 月、dd = 日、T は時間要素の始まりを示し、hh = 時間、mm = 分、ss = 秒、fff = 秒の数分、Z はズールー語を表します。これは UTC を表す別の方法です。
認証エラー。 たとえば、認証エラーが発生したときに使用された認証の種類と 11a 値が表示される場合があります。
directionality メッセージの方向です。 値の例としては、 IncomingUndefinedOriginating があります。
tenant-id このフィールドは、オンプレミスの Exchange 組織では使用されません。
original-client-ip 元のクライアントのアドレス (IPv4 または IPv6)。
original-server-ip 元のサーバーのアドレス (IPv4 または IPv6)。
custom-data このフィールドには、特定のイベントの種類に関連するデータが含まれます。 たとえば、トランスポート ルール エージェントは、このフィールドを使用して、メッセージに作用したメール フロー ルール (トランスポート ルールとも呼ばれます) または DLP ポリシーの GUID を記録します。 詳細については、「 DLP ポリシー検出レポートの表示」を参照してください。
transport-traffic-type オンプレミスの Exchange では、このフィールドは空白であるか、値が Email になっています。
log-id メッセージ追跡ログ内の行の一意の識別子。 このフィールドは、オンプレミスの Exchange 組織では重要ではありません。
schema-version メッセージ追跡ログのエントリを作成した Exchange サーバーのバージョン番号。 この値では、書式 15.01.nnnn.nnnが使用されます。

メッセージ追跡ログのイベントの種類

メッセージ追跡 ログのメッセージ イベントは、 event-id フィールドのさまざまなイベントの種類によって分類されます。 メッセージ イベントの中には、1 種類のメッセージ追跡ログ ファイルにしか出現しないものもあれば、すべての種類のメッセージ追跡ログ ファイルに出現するものもあります。 各メッセージ イベントの分類に使用されるイベントの種類を次の表に示します。

イベント名 説明
AGENTINFO このイベントは、トランスポート エージェントがカスタム データを記録するために使用されます。
BADMAIL ピックアップ ディレクトリまたは再生ディレクトリによって、配信または返却できないメッセージが発信された。
CLIENTSUBMISSION メールボックスの送信トレイからメッセージが送信されました。
DEFER メッセージの配信の遅延が発生した。
DELIVER メッセージがローカル メールボックスに配信された。
DELIVERFAIL エージェントが、メールボックスに存在しないフォルダーにメッセージを配信しようとしました。
DROP メッセージは、配信状態通知 (DSN、バウンス メッセージ、配信不能レポート、または NDR とも呼ばれる) なしでドロップされました。 次に例を示します。
  • 完了したモデレート承認依頼メッセージ。
  • スパム メッセージは NDR なしでドロップされました。
DSN 配信状態通知 (DSN) が生成された。
DUPLICATEDELIVER 重複するメッセージが受信者に配信された。 重複は、受信者が複数の入れ子になった配布グループのメンバーである場合に発生する可能性がありますが、他の配信パスや処理動作が原因で発生することもあります。 重複するメッセージはインフォメーション ストアによって検出され、削除されます。
DUPLICATEEXPAND 配布グループの展開中に、重複する受信者が検出された。
DUPLICATEREDIRECT メッセージの代理受信者がすでに受信者になっていた。
EXPAND 配布グループが展開された。
FAIL メッセージの配信が失敗した。 ソースには、 SMTPDNSQUEUE 、および ROUTING が含まれます。
HADISCARD プライマリ コピーが次のホップに配信された後、シャドウ メッセージが破棄された。 詳細については、「Exchange Server のシャドウ冗長性」を参照してください。
HARECEIVE ローカルのデータベース可用性グループ (DAG) または Active Directory サイトがシャドウ メッセージを受信した。
HAREDIRECT シャドウ メッセージが作成された。
HAREDIRECTFAIL シャドウ メッセージの作成に失敗した。 詳細は、 source-context フィールドに格納されます。
INITMESSAGECREATED モデレート受信者に送信されたメッセージが、承認のために調停メールボックスに送信された。 詳細については、「メッセージ承認の管理」を参照してください。
LOAD 起動時にメッセージが正常に読み込まれた。
MODERATIONEXPIRE モデレート受信者のモデレーターがメッセージの承認も拒否もしなかったため、メッセージが期限切れになった。 モデレート受信者の詳細については、「メッセージ承認の管理」を参照してください。
MODERATORAPPROVE モデレート受信者のモデレーターがメッセージを承認したため、メッセージがモデレート受信者に配信された。
MODERATORREJECT モデレート受信者のモデレーターがメッセージを拒否したため、メッセージがモデレート受信者に配信されなかった。
MODERATORSALLNDR モデレートされた受信者のすべてのモデレーターに送信された承認要求はすべて配信不可能であり、配信不能レポート (NDR またはバウンス メッセージとも呼ばれます) が発生しました。
NOTIFYMAPI ローカル サーバーのメールボックスの送信トレイでメッセージが検出された。
NOTIFYSHADOW ローカル サーバーのメールボックスの送信トレイでメッセージが検出され、メッセージのシャドウ コピーを作成する必要がある。
POISONMESSAGE メッセージが有害メッセージ キューに格納されたか、または有害メッセージ キューから削除された。
PROCESS メッセージが正常に処理された。
PROCESSMEETINGMESSAGE 会議メッセージは、メールボックス トランスポート配信サービスによって処理されました。
RECEIVE トランスポート サービスの SMTP 受信コンポーネントによって、ピックアップ ディレクトリや再生ディレクトリ (ソース: SMTP) からメッセージが受信されたか、メールボックスからメールボックス トランスポート送信サービス (ソース: STOREDRIVER) にメッセージが送信されました。
REDIRECT Active Directory 参照の後に、メッセージが代替受信者にリダイレクトされた。
RESOLVE Active Directory 参照の後に、メッセージの受信者が別の電子メール アドレスに解決された。
RESUBMIT メッセージがセーフティ ネットから自動的に再送信された。 詳細については、「Exchange Server のセーフティ ネット」を参照してください。
RESUBMITDEFER セーフティ ネットからのメッセージの再送信が遅延した。
RESUBMITFAIL セーフティ ネットからのメッセージの再送信が失敗した。
SEND トランスポート サービス間でメッセージが SMTP で送信された。
SUBMIT メールボックス トランスポート発信サービスからトランスポート サービスへのメッセージの送信が成功した。 SUBMIT イベントの場合、 source-context プロパティには以下の詳細情報が格納されます。
  • MDB: メールボックス データベース GUID。
  • メールボックス: メールボックス GUID。
  • イベント: イベント シーケンス番号。
  • MessageClass: メッセージの種類。 たとえば、「 IPM.Note 」のように入力します。
  • CreationTime: メッセージ送信の日時。
  • ClientType: たとえば、 UserOWAActiveSync などです。
SUBMITDEFER メールボックス トランスポート発信サービスからトランスポート サービスへのメッセージの送信が遅延した。
SUBMITFAIL メールボックス トランスポート発信サービスからトランスポート サービスへのメッセージの送信が失敗した。
SUPPRESSED メッセージの送信が止められた。
THROTTLE メッセージが調整された。
TRANSFER コンテンツ変換、メッセージの受信者制限、またはエージェントが原因で、フォークされているメッセージに受信者が移動された。 ソースには、 ROUTING または QUEUE が含まれます。

メッセージ追跡ログのソースの値

メッセージ追跡ログの source フィールドの値は、そのメッセージ追跡イベントを担当するトランスポート コンポーネントを示します。 次の表は、 source フィールドの値の一覧です。

source の値 説明
ADMIN イベント ソースは人間の介入でした。 たとえば、管理者がキュー ビューアーを使用してメッセージを削除したり、Replay ディレクトリを使用してメッセージ ファイルを送信したりしたとします。
AGENT トランスポート エージェントがイベント ソース。
APPROVAL モデレート受信者に使用される承認フレームワークがイベント ソース。 詳細については、「メッセージ承認の管理」を参照してください。
BOOTLOADER イベント ソースは、ブート時にサーバー上に存在する未処理のメッセージでした。 これは、イベントの種類 LOAD と関係しています。
DNS DNS がイベント ソース。
DSN イベント ソースは配信状態通知 (DSN、バウンス メッセージ、配信不能レポート、または NDR とも呼ばれます) でした。
GATEWAY 外部コネクタがイベント ソース。 詳細については、「 外部コネクタ」を参照してください。
MAILBOXRULE 受信トレイ ルールがイベント ソース。 詳細については、「受信トレイのルール」を参照してください。
MEETINGMESSAGEPROCESSOR イベント ソースは、会議の更新情報に基づいたカレンダーを更新する会議メッセージのプロセッサでした。
ORAR 発信者が要求した代理受信者 (ORAR) がイベント ソース。 New-ReceiveConnector コマンドレットまたは Set-ReceiveConnector コマンドレットの OrarEnabled パラメーターを使用して、受信コネクタでの ORAR のサポートを有効または無効にできます。
PICKUP ピックアップ ディレクトリがイベント ソース。 詳細については、「 ピックアップ ディレクトリ」と「リプレイ ディレクトリ」を参照してください。
POISONMESSAGE 有害メッセージ識別子がイベント ソース。 有害メッセージと有害メッセージ・キューについて詳しくは、キュー内のキューとメッセージを参照してください
PUBLICFOLDER メールが有効なパブリック フォルダーがイベント ソース。
QUEUE キューがイベント ソース。
REDUNDANCY シャドウ冗長がイベント ソース。 詳細については、「Exchange Server のシャドウ冗長性」を参照してください。
リゾルバー イベント ソースは、トランスポート サービスの分類子の受信者解決コンポーネントでした。 詳細については、「Exchange Server の受信者の解決」を参照してください。
ROUTING トランスポート サービスのカテゴライザーのルーティング解決コンポーネントがイベント ソース。
SAFETYNET セーフティ ネットがイベント ソース。 詳細については、「Exchange Server のセーフティ ネット」を参照してください。
SMTP メッセージが、トランスポート サービスの SMTP 送信コンポーネントまたは SMTP 受信コンポーネントによって発信された。
STOREDRIVER ローカル サーバー上のメールボックスからの MAPI 送信がイベント ソース。

メッセージ追跡ログのエントリの例

2 人のユーザー間でメッセージが問題なく送受信された場合、いくつかエントリがメッセージ追跡ログに書き込まれます。 ログを参照するには、 Get-MessageTrackingLog コマンドレットを使用します。 詳細については、「 メッセージ追跡ログの検索」を参照してください。

これは、ユーザー chris@contoso.com がユーザー michelle@contoso.comにテスト メッセージを正常に送信したときに作成されるメッセージ追跡ログ エントリの例です。 両方のユーザーが同じサーバー上にメールボックスを持っています。

EventId    Source      Sender            Recipients             MessageSubject
-------    ------      ------            ----------             --------------
NOTIFYMAPI STOREDRIVER                   {}
RECEIVE    STOREDRIVER chris@contoso.com {michelle@contoso.com} test
SUBMIT     STOREDRIVER chris@contoso.com {michelle@contoso.com} test
HAREDIRECT SMTP        chris@contoso.com {michelle@contoso.com} test
RECEIVE    SMTP        chris@contoso.com {michelle@contoso.com} test
AGENTINFO  AGENT       chris@contoso.com {michelle@contoso.com} test
SEND       SMTP        chris@contoso.com {michelle@contoso.com} test
DELIVER    STOREDRIVER chris@contoso.com {michelle@contoso.com} test

メッセージ追跡ログに関するセキュリティ上の考慮事項

メッセージ追跡ログには、メッセージのコンテンツは格納されません。 既定では、電子メール メッセージの件名がメッセージ追跡ログに格納されます。 セキュリティ要件やプライバシー要件の強化に準拠するために、サブジェクトのログ記録を無効にする必要がある場合があります。 件名のログ記録を無効にする方法については、「 メッセージ追跡の構成」を参照してください。