📍 MapLeads 登場:Google マップ・Bing マップ・Apple マップをリードリストに。MapLeads を見る
無料ヘッダーアナライザー

メールヘッダーアナライザー

生のヘッダーブロックを貼り付けると、この無料メールヘッダーアナライザーが SPF、DKIM、DMARC の判定、完全な配送経路、主要なヘッダーフィールドを表示します。ブラウザでメールヘッダーを無料解析でき、ヘッダーテキストがアップロードされることはありません。

メールヘッダーアナライザーにヘッダーを貼り付け

What Are Email Headers and What Do They Contain?

Every email message contains two parts: the visible body (the text, images, and HTML you read) and the technical headers that live above the body. Headers record the full routing history of the message, authentication results, spam scores, and metadata like the sender, recipient, subject, and timestamps. Most email clients hide headers from normal view, but they are always present and can be revealed through your mail client's "show original" or "view headers" option.

Analyzing email headers is one of the most reliable ways to diagnose delivery problems, investigate suspected phishing messages, and verify that your authentication setup (SPF, DKIM, DMARC) is working correctly for a real message.

How to Find Email Headers in Different Mail Clients

  • Gmail:Open the message, click the three-dot menu (⋮) in the top-right corner, and select "Show original". Copy all content from the popup.
  • Outlook (web):Open the message, click the three-dot menu, then View → View message source.
  • Apple Mail:Open the message, then View → Message → All Headers, or press Shift + Command + H.
  • Thunderbird:Open the message, then View → Headers → All.
  • Yahoo Mail:Open the message, click More → View Raw Message.

Copy everything from the first header line (usually Delivered-To: or Return-Path:) down to the blank line before the email body.

Key Headers to Look For

The most important headers for diagnosing delivery issues are:

  • Authentication-Results: Shows SPF, DKIM, and DMARC pass/fail results as evaluated by the receiving server. This is the most important header for diagnosing authentication failures.
  • Received: One entry per hop in the delivery path. Reading from bottom to top gives chronological order. Each entry usually includes the server hostname, IP address, and timestamp.
  • X-Spam-Score / X-Spam-Status: Added by spam filters like SpamAssassin. Shows the numeric score and which rules were triggered.
  • DKIM-Signature: The actual DKIM signature attached by the sending server. Contains the selector, domain, and cryptographic signature.
  • Return-Path: The envelope sender — the address used for bounce notifications, checked by SPF.
  • Message-ID: A unique identifier for the message, useful for tracking it through log files.

What Authentication Results Mean for Deliverability

A message showing spf=pass dkim=pass dmarc=pass in the Authentication-Results header has the best chance of inbox placement. Any failure here should be investigated. An SPF failure often means the sending IP is not listed in your SPF record. A DKIM failure may mean the signature is missing, expired, or the public key in DNS does not match the private key used for signing. A DMARC failure means neither SPF nor DKIM aligned with the From domain.

Header analysis tells you what happened with a specific message. To prevent problems before sending, use email verification on your list and verify your authentication configuration with our SPF, DKIM, and DMARC generator tools. For large lists, bulk verification and the validation API let you integrate checks into your workflow.

ヘッダーに含まれる情報

無料メールヘッダーアナライザーがヘッダーから読み取る情報

すべてのメッセージには、受信者には見えないヘッダーブロックがあります。無料メールヘッダーアナライザーは、そのヘッダーを解析し、メッセージに何が起きたかを実際に説明するフィールドに整理します。

Received ヘッダーチェーンが配送経路を示す

メッセージを処理する各サーバーは、独自の Received ヘッダーを先頭に追加します。そのため、チェーンは下から上へ読み、最も古いホップが最後です。メールヘッダーアナライザーは時系列に並べ替えます。遅延を正しく読み取るには、この順序が不可欠です。

各 Received ヘッダーのタイムスタンプを見ると、メッセージがどこで滞留したかが分かります。2 つのホップ間に 12 時間の空白があれば、それはネットワーク障害ではなくキューでの待機です。ヘッダーアナライザーならすぐに見つけられます。

Authentication-Results ヘッダーに判定結果が記録される

受信サーバーは、このヘッダーに独自の判定を書き込みます。無料メールヘッダーアナライザーはチェックを再実行せず、その判定を読み取ります。配送を決めたのは受信側の判定だからです。

これは、なりすましと到達性の診断に最も役立つヘッダーです。1 つのヘッダーに 3 つの判定があり、ヘッダーアナライザーが分けて表示するため、DKIM 合格を DMARC 合格と取り違えることはありません。

Return-Path ヘッダーと From ヘッダーは異なる

Return-Path ヘッダーは、SPF が承認するエンベロープ送信者です。From ヘッダーは受信者に表示される送信者です。2 つが一致しない場合、それが正当な転送かなりすましかは DMARC の整合によって決まります。

両方のヘッダーフィールドを並べて表示するメールヘッダーアナライザーなら、不一致が 1 秒で分かります。生のヘッダーを読む場合は数分かかります。

Message-ID、Date、スパムスコアのヘッダーフィールド

Message-ID ヘッダーはメッセージを一意に識別し、プロバイダーのサポートチームが求める情報です。Date ヘッダーは送信者が申告した日時であり、配送時刻ではありません。正しい経路と時刻は Received ヘッダーチェーンにあります。

X-Spam-Status ヘッダーなどのフィルタースコアは、受信側が追加した場合に表示されます。ヘッダーアナライザーは、受信システムが書き込んだヘッダーをそのまま表示します。

判定結果の読み方

各ヘッダー判定が意味すること

無料メールヘッダーアナライザーが Authentication-Results ヘッダーから示す内容は、ほぼ次の 4 通りで把握できます。

SPF 合格、DKIM 合格、DMARC 合格

認証と整合の両方が完全に通っています。それでもこのメッセージがスパムに振り分けられたなら、原因は認証ではありません。コンテンツ、レピュテーション、苦情履歴を確認してください。

メールヘッダーアナライザーでは、これが正常なヘッダーです。自分が送信したメールも一度解析し、正常な形を把握しておくと役立ちます。

SPF 失敗、DKIM 合格、DMARC 合格

転送メールによく見られる正常な組み合わせです。転送によって配信元 IP が書き換わるため SPF は失敗しますが、DKIM 署名はそのまま残り、DMARC の整合を満たします。

問題はありません。この組み合わせを失敗と判定するメールヘッダーアナライザーは、誤解を招きます。

SPF 合格、DKIM 失敗、DMARC 合格

通常は、配送途中でメッセージが変更されています。たとえば、メーリングリストがフッターを追加した場合や、セキュリティ機器がリンクを書き換えた場合です。署名と本文が一致しなくなっています。

SPF による整合は維持されているため、配送に問題はありません。送信のたびに発生する場合は、無料メールヘッダーアナライザーで詳しく調べる価値があります。

DMARC 失敗

SPF も DKIM も整合した合格になっていません。強制適用ポリシーでは、メッセージは隔離されるか、そのまま拒否されます。

メールヘッダーアナライザーが抽出した Authentication-Results ヘッダーを読み、失敗した認証方式を特定して、送信側の該当レコードを修正してください。

使い方

メールヘッダーを無料でオンライン解析する場面

ヘッダーアナライザーは、ほかの方法では答えられない疑問に、すでに手元にあるヘッダーから答えます。

  1. 1

    メッセージの到着が遅れた

    Received ヘッダーチェーンを下から上へ読み、タイムスタンプ間の空白を確認します。時刻が大きく飛んでいるホップでメッセージがキューに入りました。この情報を記録しているのはヘッダーだけです。

    ほかの情報からは分かりません。送信側の配送ログは引き渡し時点で終わり、その後の経路はヘッダーに記録されています。

  2. 2

    メッセージがなりすましに見える

    Return-Path ヘッダーと From ヘッダーを比較し、DMARC の判定を確認します。この 2 つのチェックで、不審なメッセージの大半を 1 分以内に判断できます。

    無料メールヘッダーアナライザーが対象にするのは、届いたメッセージだけです。送信者アドレス自体については、 このメールは正規のもの? を使い、その背後に利用可能なメールボックスがあるか確認してください。

  3. 3

    自分のメールがスパムに振り分けられる

    別のプロバイダーのアカウントへメッセージを送り、届いたコピーのメールヘッダーを無料でオンライン解析します。受信側がヘッダーに記録した判定は、どの予測よりも有用です。

    ヘッダーアナライザーで認証がすべて合格しているなら、問題は設定ではなくコンテンツかレピュテーションにあります。

  4. 4

    サポートへの問い合わせに Message-ID が必要

    プロバイダーは調査を始める前に Message-ID ヘッダーを求めます。メールヘッダーアナライザーなら、生のテキストをスクロールせずにそのヘッダーを抽出できます。

    山括弧も含め、メールヘッダーアナライザーから正確にコピーしてください。

制限

ヘッダーアナライザーでは分からないこと

ヘッダーは起きたことの記録であり、予測でも本人確認の証拠でもありません。

信頼できるホップより上のヘッダーは偽装できる

送信者が書き込んだヘッダーは偽装できます。信頼できるのは、自分が信頼するサーバーが追加した Received ヘッダー行だけです。そのため、受信側から上へヘッダーチェーンを読む必要があります。

無料メールヘッダーアナライザーはチェーン全体を表示しますが、ヘッダー内のどこから信頼できるかを判断するのは利用者自身です。

送信設定はテストできない

ヘッダーアナライザーが読むのは、すでに届いた 1 通のメッセージです。SPF レコードが 10 回の DNS 照会上限以内か、DMARC ポリシーが正しく設定されているかはヘッダーから判断できません。

その確認には、メールヘッダーアナライザーではなく送信側のチェッカーを使ってください。ヘッダーは 1 通のメッセージについての証拠であり、送信設定についての証拠ではありません。

非公開のフィルター判定は確認できない

大手メールボックスプロバイダーが、スパムフォルダーに振り分けた理由をヘッダーで説明することはほとんどありません。ヘッダーに説明がないからといって、何も起きなかった証拠にはなりません。

その層を確認できるのは、プロバイダーが提供する Postmaster ツールだけです。

受信者アドレスについては何も分からない

ヘッダー解析で分かるのは、配信済みの 1 通のメッセージについてです。リスト内のアドレスが実在するかは別の問題であり、ヘッダーからは判断できません。

その確認に使うのは Email Verifier。正常なヘッダーと無効な受信者アドレスは、同時に存在し得ます。

参考情報

ヘッダー仕様と関連ツール

ヘッダー構文は IETF が定義し、この無料メールヘッダーアナライザーと並ぶツールで送信側を確認できます。

RFC 5322 がヘッダーフィールドを定義

IETF の RFC 5322 では、Received、From、Message-ID など、すべてのメールヘッダーアナライザーが解析するヘッダーフィールドの構文を定義しています。

Authentication-Results は RFC 8601 で別に定義されているため、ヘッダーアナライザーでも独立したセクションとして扱います。

ヘッダーだけでなく自分のレコードも確認

ヘッダーには受信側の判定が記録されます。 SPF チェッカー と DMARC チェッカーでは、自分のレコードが合格できるよう正しく設定されているかを確認できます。

メールヘッダーを無料でオンライン解析して起きたことを確認し、これらのツールで次回の結果を改善してください。

次にリストを検証

認証は作業の半分です。 一括メール検証 は、ヘッダーがどれほど正常でも送信レピュテーションを損なう無効なアドレスを除去します。

無料メールヘッダーアナライザーと検証済みリストは、同じ到達性問題の 2 つの側面をそれぞれ解決します。

よくある質問

1. メールヘッダーはサーバーに送信されますか?

いいえ。メールヘッダーアナライザーは完全にブラウザ内で動作します。貼り付けたヘッダーテキストがページ外に送信されることはありません。そのため、アカウントなしで、ヘッダーの内容を心配せずにメールヘッダーを無料でオンライン解析できます。

2. Gmail から解析用のヘッダーを取得するにはどうすればよいですか?

メッセージを開き、三点メニューから「オリジナルを表示」を選びます。その画面上部のヘッダーブロックをコピーし、メールヘッダーアナライザーに貼り付けてください。Outlook では同じ画面をメッセージの詳細と呼びますが、ヘッダーアナライザーはどちらの形式にも対応しています。

3. ヘッダーでは SPF が失敗し、DKIM が合格しています。問題がありますか?

通常は問題ありません。この組み合わせは転送メールによく見られます。転送によって配信元 IP が書き換わるため SPF は失敗しますが、DKIM 署名は維持され、DMARC の整合を満たします。これを失敗と判定する無料メールヘッダーアナライザーは、誤解を招きます。

4. ヘッダーに複数のサーバーが表示されるのはなぜですか?

メッセージを処理する各サーバーは、独自の Received ヘッダーを先頭に追加します。ヘッダーチェーンは下から上へ読み、最も古いものが最後です。メールヘッダーアナライザーはヘッダーの順序を時系列に並べ替えるため、メッセージが実際にどこで待機していたかを確認できます。

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

メッセージを一意に識別する値で、プロバイダーのサポートチームが最初に求める情報です。メールヘッダーアナライザーが抽出するため、生のヘッダーテキストをスクロールして探す必要はありません。

6. ヘッダーに DMARC 失敗と表示されます。どう修正すればよいですか?

DMARC 失敗は、SPF も DKIM も整合した合格にならなかったことを意味します。メールヘッダーアナライザーが抽出した Authentication-Results ヘッダーを読み、失敗した認証方式を特定してから、送信側の該当レコードを SPF チェッカーまたは DMARC チェッカーで修正してください。

無料機能を見る

有料の AI 機能に加えて 19 種類の無料ツールを提供。どれもアカウントは不要です。

メールツール

メール到達性テスト

無料のメール到達性テスト。1 通送信するだけで、認証、DNS、スパムフィルター、ブラックリスト、ヘッダー、コンテンツのスコアを確認できます。登録不要の無料受信トレイ配置テストです。

送信者またはメッセージの診断であり、アドレス発見ではありません。

メールツール

バウンス率計算機

無料のメールバウンス率計算機。ハードとソフトのバウンス率を算出し、公開ベンチマークに基づく許容水準と照合できます。

メールツール

メールアドレス逆引き検索

無料メールアドレス逆引き。アドレスからドメイン、組織、メール経路、ロールアカウントのパターン、公開プロフィールを確認し、メール所有者を無料で検索できます。

メール検証ツール

メールベリファイア

登録不要の無料メール検証でアドレスが有効か確認。構文、MX、SMTP メールボックス、使い捨て、役割、catch-all をチェックします。

受信者の証拠であり、送信者や DNS 設定ではありません。

無料ツール

DNS チェッカー

任意のドメインを無料で DNS レコード照会。権威ネームサーバから A、AAAA、MX、TXT、NS、CNAME、SOA をライブ取得。登録不要の DNS レコード照会ツールです。

ドメインまたはインフラの証拠であり、メールボックスの証明ではありません。

メール検証ツール

メールリストクリーニング

全行をライブ SMTP 検証するメールリストクリーニングサービス。重複を排除し、ハードバウンスを除外して理由を保持。登録不要の無料ツールで試せます。

メールヘッダーアナライザー

送信前にアドレスを検証

ヘッダーから分かるのは、配信済みの 1 通のメッセージについてです。無効なアドレスによるバウンスはヘッダーアナライザーでは解決できません。ここでメールヘッダーを無料でオンライン解析してから、リストを検証してください。

メールヘッダーを無料でオンライン解析 · ブラウザ内で動作するヘッダーアナライザー · SPF、DKIM、DMARC のヘッダー判定 · アカウント不要のヘッダーアナライザー

99.9%
精度
Real-time
API 速度
$0.00014
メールあたり
600/mo
永久無料