無料メールヘッダー アナライザー
DMARC Report の無料メールヘッダーアナライザーは、生のメールヘッダーを解析し、各ホップの遅延時間を含む配信経路の全体像に加えて、SPF・DKIM・DMARC・ARC の結果を一目で表示します。解析はすべてブラウザ内で行われ、アップロード・保存・記録は一切行われず、登録も不要です。
各ホップは何を教えてくれるのか?
Received: 行は、メールサーバーがメッセージを引き受けるたびに刻まれます。この行には、誰がメッセージを引き渡し、誰が受け取ったか、使用されたプロトコル、サーバーの識別子、そしてタイムスタンプが記録されます。生の状態で上から下へ読むと、最終ホップから起点へと逆向きに読むことになります。アナライザーはこれを反転させ、経路が古いものから新しいものへと自然に読めるようにします。
隣り合う 2 つのホップ間の遅延は、このページで最も役立つ数値です。1 秒未満の遅延は正常です。数秒から数分に及ぶ遅延は、通常、受信側でのキューイングやグレイリスティングの問題を示します。数時間に及ぶ遅延は、ほぼ常に下流の問題(多くはスパムフィルターによるレート制限や DNS の障害)によってキューが滞留していることを意味します。
結果の読み方
配信経路
番号が振られた各ホップは、メッセージを引き受けた 1 台のサーバーです。各ホップの +時間 は、前のホップからの経過時間です。一番上の合計所要時間は、起点から最終ホップまでの時間です。
認証結果
受信側メールサーバーが確認した SPF、DKIM、DMARC、その他の手法です。3 つすべてが Pass になるのが目標です。SPF が Pass で DKIM が Fail の場合、通常はメッセージが転送中に変更された(転送サーバーがヘッダーを書き換えた)ことを意味します。これらの意味がよく分からない場合は、DMARC とはをお読みいただき、次にDMARC チェッカーでポリシーを検証してください。
メッセージの識別情報
From、Return-Path、そして DKIM 署名ドメイン(d=)です。これらが一致しない場合、多くは第三者が他者に代わって送信しているケースであり、SPF/DKIM が整合していれば問題ありませんが、整合していなければ疑わしいと言えます。
ARC チェーン
メッセージが転送サーバーやメーリングリストを経由した場合、ARC ヘッダーが元の認証結果を保持します。ARC インスタンスの数は、メッセージがいくつの転送サーバーを経由したかを示します。
失敗した 1 通のメッセージは手がかり。すべての失敗したメッセージはパターンです。
ヘッダーアナライザーは、1 通のメッセージがなぜ失敗したのかを示します。DMARC Report は、すべてのメールボックスプロバイダーからの集計レポートを処理し、各送信者をベンダー別に分類し、ドメイン全体でどの送信元が SPF や DKIM に失敗しているかを正確に示します。だから、症状ではなく原因を修正できます。
よくある質問
メールヘッダーとは何ですか?
メールヘッダーは、すべてのメッセージに付随するメタデータです。すでに目にする From、To、Subject、Date、Message-ID の各行に加え、メッセージが受信トレイに届くまでに経由したすべてのサーバーを記録する Received: チェーン、SPF / DKIM / DMARC の結果、そして DKIM 署名が含まれます。ヘッダーはメッセージとともに移動し、配信の問題をその原因までたどるための手がかりになります。
メールクライアントから生ヘッダーを取得するにはどうすればよいですか?
Gmail: メッセージを開き、3 点メニューをクリックして「メッセージのソースを表示」を選びます。Outlook(Web 版): メッセージを開き、3 点メニュー、表示、メッセージ ソースの表示。Apple Mail: 表示メニュー、メッセージ、すべてのヘッダ。Outlook(デスクトップ版): メッセージを開き、ファイル、プロパティ、インターネット ヘッダー。ブロック全体をコピーして、アナライザーに貼り付けてください。
配信経路はどのように読めばよいですか?
各 Received: ヘッダーは、メッセージが通過するたびにメールサーバーによって追加されます。最も新しいサーバーが生ヘッダーの一番上にあります。アナライザーはこれを逆順にし、起点(メッセージが最初に作成または中継された場所)が最初に、最終的に配信したサーバーが最後に表示されるようにします。各ホップの +時間 は、そのサーバーと前のサーバーの間でメッセージが滞留していた時間です。
ヘッダーアナライザーは私の DMARC レポートとどう関係しますか?
ヘッダーアナライザーは、受信側が特定の 1 通のメッセージに刻んだ SPF・DKIM・DMARC の結果を読み取ります。これはメッセージ単位のフォレンジックです。一方、DMARC 集計レポートは全体像を示すものです。あなたのドメインとして送信しているすべての送信元と、期間にわたる合否の件数を表示します。アナライザーで 1 通のメッセージがなぜ失敗したのかを診断し、その後 DMARC Report を使って、その失敗が単発なのか、すべての送信者にわたる恒常的なものなのかを確認してください。
あるホップに負の遅延が表示されます。これはどういう意味ですか?
負またはゼロの遅延は、通常メールサーバー間のクロックのずれを示します。何かが改ざんされたことを意味するものではありません。一部のサーバーは UTC に対してわずかに進んだり遅れたりしており、隣り合う Received: 行のタイムスタンプが数秒ずれることがあります。
SPF、DKIM、DMARC が空なのはなぜですか?
アナライザーは、受信側メールサーバーが追加する Authentication-Results ヘッダーを読み取ります。最終配信より上流にあるサーバー(転送サーバーや中継サーバーなど)や、送信サーバーからのヘッダーを貼り付けた場合、このヘッダーは存在しません。必ず宛先のメールボックスに届いた状態のヘッダーを貼り付けてください。
貼り付けたヘッダーはどこかに送信されますか?
いいえ。解析はすべてブラウザ内で行われます。アップロード・保存・記録は一切行われません。貼り付ける際に DevTools を開き、ネットワークタブを見ることで確認できます。
手作業でのヘッダー解析はもう終わりに
DMARC Report は、すべてのドメインにわたって SPF、DKIM、DMARC を監視し、どの送信者が失敗しているか、そしてどう修正すればよいかを正確に示します。セットアップは 60 秒で完了します。
無料トライアルを開始