「自動転送したメールだけ届くのが遅い」「別の宛先に送られたように見える」。転送の確認では、元メールと転送後のメールを区別して記録を集めます。転送された本文にある差出人や送信日時だけでは、どの配送記録を見ているのか判断できません。
この記事では2つのメールを混ぜずに比較する手順を説明します。ITtripが提供するメールみちは、貼り付けた1通分のヘッダーを端末内で整理できます。転送ルールを設定・変更したり、メールアカウントを横断して追跡したりする機能はありません。
自動転送と、本文を付けた手動転送を区別する
元メールが別サーバーへ中継される場合と、利用者が本文を引用して新しいメールを送る場合では、比較できる情報が変わります。ここで決めたいのは「どちらが正常か」ではなく、収集したヘッダーがどのメッセージのものかです。
| 確認できたもの | 確認で使える範囲 | 足りない場合に依頼するもの |
|---|---|---|
| 元メールの詳細ヘッダー | 元メールに記録された経路 | 転送先で受信したメールの詳細ヘッダー |
| 転送後の詳細ヘッダー | 転送後のメッセージに残る配送記録 | 元メールの記録や管理者ログ |
| 転送本文のFrom・Dateの引用 | 本文に書かれた情報 | 原本メールのヘッダーまたは添付原本 |
| 添付されたメールの原本 | その添付原本の記録 | 添付を運んだ外側のメールのヘッダー |
本文の引用からReceivedを補ったり、外側のメールの時刻を添付原本の配送時刻として扱ったりしないでください。通常のSMTPの中継ではReceivedを先頭へ追加する仕組みですが、収集した資料が新しいメッセージなのか、元の配送記録を含むものなのかを先に確認します。SMTPの中継記録の仕様
元メールをA、転送後をBとして別々に整理する
- 元メールの詳細ヘッダーを取得し、「A：元メール」として識別します。
- メールみちでAの記録を整理するを開き、ヘッダーを入力してメモを取り出します。
- 取り出したメモへAの識別と、ヘッダーを取得したメールボックス・観測日時を追記します。
- 入力をBのヘッダーへ入れ替え、同じ時刻表示でBのメモを作ります。
- AとBを手元の表で比較します。2通分のヘッダーを1つの入力欄へ連結しないでください。
再読み込みするとメールみちの入力は消えます。比較用のメモを残したい場合は、先にコピーまたはテキスト保存し、会社の取り扱いルールに沿って保管してください。
比較表には共通点と不明な点を両方書く
次は、元メールの記録を含む形でBを取得できた場合の架空の整理例です。
| 比較項目 | A：元メール | B：転送後 | 確認事項 |
|---|---|---|---|
| 最後のby | mx.original.example | mx.forwarded.example | それぞれの管理範囲を照合 |
| 共通する記録 | sender → mx.original | 同じ記録が含まれている | 同じ原本由来かログで確認 |
| 追加の記録 | 比較用に取得した範囲ではなし | mx.original → relay.forward → mx.forwarded | 転送処理に対応するか確認 |
| 不明な記録 | 比較用の資料ではなし | 1件の日時を換算できない | 原文とサーバーの時計を照合 |
実際のBに共通のReceivedが残っていないなら、この表のように記録をつなぎません。「共通する記録を確認できない」と書き、別のログや原本を依頼します。同じサーバー名が繰り返し出ても、それだけで転送ループとは断定できません。
転送設定の確認は管理者側のログと合わせる
問い合わせでは「転送が原因です」と先に結論づけず、AとBの識別、共通する記録、追加されたように見える記録、時刻不明の箇所を伝えます。
AとBを別々に整理したところ、Bにrelay.forward.exampleの記録があります。転送ルールや配送ログ上の処理に対応するか確認をお願いします。共通する記録の対応と、日時を換算できなかった1件も照合いただけますか。
Exchangeなどを管理している担当者なら、プロトコルログとメッセージ追跡ログを合わせて確認する選択肢があります。どのログを取得できるかは利用するサービスと権限によります。Exchange Serverのログ照合の説明
比較の完了は、AとBを取り違えず、確認できた共通点と確認できない区間を分けて説明できる状態です。自分が取得できていない記録を想像で補わず、残したメモをログ確認へつないでください。
コメント