Email Spam Tester

無料ツール

メールヘッダー解析

受信したメッセージのヘッダーを貼り付けます。配送経路、各ホップで要した時間、受信サーバーによるSPF、DKIM、DMARCの判定を確認できます。

ヘッダーの確認方法: Gmail ⋮ → メッセージのソースを表示 · Outlook ⋯ → 表示 → メッセージの詳細を表示 · Apple Mail 表示 → メッセージ → すべてのヘッダサンプルを試す

ヘッダーにはIPアドレスとメールアドレスが含まれます。結果を生成するためにメモリ上で読み取りますが、保存、キャッシュ、ログへの記録は行いません。

メール経路を下から上へ確認する方法

メールを処理する各サーバーは、既存のReceived行の上に新しいReceived行を追加します。そのため、最も古いホップは一番下にあり、最後のホップである利用中のメールボックスプロバイダーは一番上にあります。解析ツールは、各サーバーがメールを受信したとする時刻と、前のホップからの経過時間を、メールが通過した順に一覧表示します。

数秒の間隔は正常です。数分かかっている場合は通常、受信側がグレイリスティングによる再試行を要求した、リレーが混雑していた、または送信者側の送信フィルターがメールを保留したため、メールがキューで待機していたことを意味します。時刻が逆戻りしている場合は、いずれかのサーバーの時刻が間違っています。

信頼できるAuthentication-Resultsの見分け方

Authentication-Results(RFC 8601)は、受信サーバーがSPF、DKIM、DMARC、場合によってはARCの判定を記録する場所です。メールにはこの行が複数含まれることがありますが、有効なのはメールを実際に配信したサーバーが追加した行だけです。それより下の行は、利用中のプロバイダーがメールを受信する前に、信頼する根拠のないサーバーによって書き込まれたものです。送信者はそこに任意の内容を記載できます。

アナライザーは最上段の結果を判定として採用し、残りは個別に一覧表示します。その横には、アライメントを決定する3つのドメイン、Fromドメイン、DKIMのd=ドメイン、SPFのチェック対象となったReturn-Pathドメインが表示されます。DMARCが合格するのは、Fromドメインと一致するドメインでSPFまたはDKIMが合格した場合だけです。これらを比較すると、不合格の原因を説明できることがよくあります。

メールヘッダーの確認方法

Gmailでは、メッセージを開き、返信の横にある3点メニューをクリックして「メッセージのソースを表示」を選択します。Web版Outlookでは、メッセージを開き、「その他の操作」、「表示」、「メッセージの詳細を表示」の順に選択します。Outlookデスクトップアプリでは、「ファイル」、「プロパティ」の順に開き、「インターネット ヘッダー」欄を確認します。Apple Mailでは、「表示」、「メッセージ」、「すべてのヘッダ」の順に選択します。本文が始まる最初の空行までをすべてコピーしてください。メッセージ全体を貼り付けた場合、本文は分析前に除外されます。

ヘッダーにはIPアドレスとメールアドレスが含まれます。結果を生成するためにメモリ上で読み取られ、保存、キャッシュ、ログ記録はされません。

実際のメールをテストする

各ツールでは、設定の一部を確認します。完全テストではメール自体を検査します。使い捨てアドレスに1通送信すると、受信側で判定されたSPF、DKIM、DMARC、ブラックリスト、コンテンツ、2種類のスパムスコア、修正計画を確認できます。受信先テストを追加すると、Gmail、Outlook、Yahooなどのプロバイダーでどのフォルダーに届くかを確認できます。

メールをテストサンプルレポートを見る

よくある質問

メールヘッダーの読み方は?

一番下のReceived行から始めて、上に向かって確認します。これが各サーバーでメッセージが処理された順序です。次に、利用中のプロバイダーが追加した最上段のAuthentication-Results行で、SPF、DKIM、DMARCの結果を確認します。

DKIMが合格してもDMARCが不合格になるのはなぜですか?

DMARCでは、d=ドメインがFromドメインと一致する有効なDKIM署名、またはFromドメインと一致するReturn-Pathドメインに対する有効なSPFチェックが必要です。送信プラットフォーム独自のドメインによる署名はDKIMに合格しても、DMARCには影響しません。アナライザーでは3つのドメインを横並びで表示するため、不一致を確認できます。

詳細ガイド: DMARC fail

2つのホップ間の長い遅延は何を意味しますか?

遅延が始まったサーバー上でメッセージが待機していたことを意味します。一般的な原因は、受信側が送信側に後で再送するよう求めるグレーリスティング、送信キューの滞留、またはメールを次に渡す前にスキャンするフィルターです。数分程度の遅延が1回だけ発生しても、配信上の問題であることはほとんどありません。メッセージの到着が遅れた理由を示しています。

メールヘッダーは偽装できますか?

送信者が書き込める内容はすべて偽装できます。利用中のプロバイダーが追加した行より下にあるReceived行や、古いAuthentication-Results行は捏造できます。プロバイダーが最上段に追加した内容は偽装できず、プロバイダーは送信者の公開鍵を使ってDKIM署名を検証できます。アナライザー自体は署名を検証せず、最上段の行にあるプロバイダーの判定を読み取ります。

メールヘッダーのARCとは何ですか?

ARC(RFC 8617)を使用すると、メーリングリストや転送アドレスなどの転送サービスが、メッセージを変更する前に確認した認証結果を記録できます。転送によってSPFまたはDKIMが無効になった場合、最終的な受信側はその記録を信頼するかどうかを判断できます。

送信前にメッセージをテストできますか?

はい。ヘッダーはメッセージがどこかに配信された後にのみ存在します。キャンペーンメールやトランザクションメールを誰かに届ける前に確認するには、ホームページのテスト用アドレスに送信してください。これらの結果に加えて、ブロックリスト、コンテンツ、リンク、一括送信者向けルールを1つのレポートで確認できます。

Common errors

その他の無料ツール