ネットワーク/HTTP

Email Header Analyzer

メールの生ヘッダー(View Source / Show Original)を分解します — 基本フィールド、タイミング付きのReceivedチェーン、SPF/DKIM/DMARC、From/Reply-Toの偽装の兆候。

A message's full headers (View Source or Show Original in a mail client) record its entire path through mail servers, along with sender-authenticity check results. This tool breaks those headers down into readable fields and flags signs of spoofing.

How to use it

Common uses

Things to keep in mind

The Date header is set by the sender's client and can be inaccurate; for an exact timeline, trust the timestamps in the Received chain, which are added by the mail servers themselves.

Passing SPF/DKIM/DMARC only confirms the message is technically authorized by the sending domain — it doesn't guarantee the content itself isn't phishing or spam.

このツールに関する記事: メールヘッダー:SPF、DKIM、DMARCで送信元を検証する仕組み

よくある質問

メール本文ではわからないことをメールヘッダーは実際に教えてくれますか?

ヘッダーはメールがメールサーバーを経由した経路(Received行)、認証結果(SPF、DKIM、DMARC)、真の送信元サーバーを明らかにします — なりすましやフィッシングメールを見つけるのに役立ちます。

SPF、DKIM、DMARCが実際に合格したかどうかはどうすればわかりますか?

Authentication-Resultsヘッダーでpass、fail、noneを探してください。3つすべてで「pass」であれば、メッセージがなりすましでないという強い(絶対ではないが)シグナルです。一方、送信者にとって重要なチェックの失敗は警告サインです。

ここにメールヘッダーを貼り付けると、どこかにアップロードされますか?

いいえ。ヘッダーはブラウザ内で完全に解析されます — サーバーには何も送信されないため、実際のヘッダーを分析しても安全です。

Message-IDヘッダーは何のためにありますか?

各メールに割り当てられる一意の識別子で、メールクライアントはIn-Reply-Toヘッダーを通じてこれを使い、返信を元のメッセージのMessage-IDと結び付けてスレッドにまとめます。

なぜDateヘッダーはReceivedヘッダーのタイムスタンプと一致しないことがあるのですか?

Dateは送信者のメールクライアントが設定するため、その時計が非同期だと不正確になる可能性がありますが、Receivedのタイムスタンプは実際の配送時にサーバーが追加するため、より信頼できます。

記事: ネットワーク/HTTP