メールヘッダー解析ツール
受信したメールヘッダーを貼り付けるだけで、配送経路の復元、SPF / DKIM / DMARC / ARC 認証結果の集約、配信遅延の分析を自動で行います。
Received ヘッダーを 1 ホップずつ解析し、送信サーバーから受信トレイまでの経路を復元。各ホップの IP 帰属情報も照会します。
SPF・DKIM・DMARC・ARC の検証結果を自動抽出し、メールのなりすましかどうかをひと目で判断できます。
ホップごとの遅延とエンドツーエンドの所要時間を集計し、送信ドメインの SPF / DKIM / DMARC / MX レコードをリアルタイムで検証します。
使い方ガイド
3 ステップで遅延となりすましのリスクを特定
-
1
メールヘッダーを取得
メールクライアントで「オリジナルのメッセージを表示」や「プロパティ」を開き、メールヘッダーを全文コピーします。各クライアントの操作位置は下の説明を参照。
-
2
貼り付けて解析
下の入力欄にヘッダーを貼り付けて「メールヘッダーを解析」をクリック。メール本文ごと貼り付けても本文は自動的に除外されます。
-
3
レポートを確認して共有
配送経路・認証結果・遅延分析を確認し、「リンクをコピー」で解析レポートを同僚や IT 担当者に共有できます。
主なクライアントでヘッダーを表示する場所
- 📮 Gmail：メッセージ右上の ⋮ →「オリジナルを表示」（Show original）で全文をコピー。
- 📮 Outlook（デスクトップ）：メッセージを開く → ファイル → プロパティ →「インターネット ヘッダー」。
- 📮 Apple Mail：メニュー「表示 → メッセージ」→「すべてのヘッダー」または「生のソース」。
- 📮 Thunderbird：Ctrl+U でソースを表示。
よくある質問
メールヘッダーとは？本文と何が違いますか？ ＋
メールヘッダーは本文の外側に付加される技術的なメタデータで、メールが経由したすべての中継サーバー、送受信時刻、TLS 暗号化情報、SPF / DKIM / DMARC 認証結果が記録されています。配信遅延の調査やなりすましメールの判定は、本文ではなくヘッダーで行います。
解析記録は公開されますか？ ＋
自動的に公開されることはありません。解析結果は既定で保存されず、サーバーは一時的な解析のみを行います。「共有リンクを作成」を押した場合のみ、その結果が公開・永久保存され、リンクを知る全員が閲覧できます。ヘッダーには送信元 IP やメールアドレスが含まれるため、共有前に内容を確認してください。結果ページは noindex 設定のため、検索エンジンには表示されません。
SPF・DKIM・DMARC とはそれぞれ何ですか？ ＋
SPF は送信サーバーの IP が送信ドメインによって許可されているかを検証します。DKIM は電子署名で配送途中の改ざんがないことを検証します。DMARC はドメインがポリシーを公開し、両者の結果を統合して失敗時の扱いを決める仕組みです。3 つすべてが pass して初めて、差出人のなりすましでないと判断できます。
DMARC が bestguesspass と表示されるのは？ ＋
bestguesspass は Microsoft Exchange 独自の値です。送信ドメインに DMARC レコードがない場合、Microsoft が内部の既知の送信者ポリシーから認証結果を推定したものです。正式な DMARC pass とは異なるため、送信ドメイン管理者に DMARC レコードの追加を依頼することをおすすめします。
遅延分析の時刻はどのタイムゾーンですか？ ＋
各ホップの到着時刻は、各中継サーバーが記録した元のタイムゾーンのまま表示します（変換なし）。「前ホップからの遅延」とエンドツーエンドの所要時間はタイムスタンプの差分で計算するため、タイムゾーンの影響を受けず正確です。
ヘッダー内の IP は差出人の本当の IP ですか？ ＋
必ずしもそうではありません。偽装された Received ヘッダーには虚偽の IP を挿入できますが、下から上への完全な中継チェーン、認証結果、IP 帰属情報が相互に裏付けとなり、通常は異常を検出できます。最終ホップ（一番下の Received）が実際の送信環境に最も近いのが一般的です。