メール到達可能性チェック

メール配信到達性テスト

送信ドメインの DNS 診断、返送されてから確認するのはもう遅い

MX/A SPF DKIM DMARC DNSBL
*

メール送信元サーバーのIPアドレス。DNSBLに登録されているか確認するために使用します。空欄の場合はこの項目をスキップします。メールヘッダーの「Received: from」から確認できるか、SMTPプロバイダに問い合わせてください。

メール署名の検証に使用するDKIM公開鍵の接頭辞です。空欄の場合は一般的なセレクター(google、default、s1、k1…)を自動検出します。送信済みメールヘッダーの「DKIM-Signature: s=」から確認できます。

送信設定チェック

メール到達性とは、メールが受信者の受信トレイに正常に届き、拒否されたり迷惑メールフォルダに振り分けられたりしないことを意味します。MXレコードはドメインにメールサーバーが存在することを証明し、SPFは誰が代わりにメールを送信できるかを宣言し、DKIMは暗号署名でメールの改ざんを証明し、DMARCはこれら三つをまとめて処理ポリシーを定義するDNSレコード群に依存しています。送信元IPがDNSBLに登録されている場合、どんなに優れた認証レコードでも効果がありません。

設定ミスは警告なく発生します。あなたは単にメール返送や受信率の低下、ユーザー登録メールが迷惑メールに紛れて消える事態を目にするだけです。SPF設定を忘れるだけでドメインがなりすまし送信に悪用される恐れがあり、古いDMARCのp=none設定はなりすましメールを野放しにし、ブラックリスト入りした送信元IPはすべてのメールを完全に不達にします。さらに深刻なのは、これらの問題は多くの場合ユーザー損失が発生した後で初めて発覚することです。

このツールは、メール送信前に受信者側が実施するチェックを事前に実行します。送信元ドメイン(オプションで送信元IPとDKIMセレクタも入力)を指定すると、4つの主要DNSレコードが正しく公開されているか、送信元IPがクリーンかどうかを確認できます。各チェック結果は実際のメール返送エラーコードに直接対応し、どこに問題があるのか、どのように修正すればよいかを明示します。

送信前の事前チェック。返送を待たずに、受信側がチェックする前に自身で確認できる

5 つのチェックを一括実行:DNS 解決、SPF、DKIM、DMARC、IP ブラックリスト

トレース不要:DNS のみのクエリでメール送信は一切行わず、ドメインや IP を保存することもありません

返送エラーコードに直接対応:各チェック結果は実際の bounce code に対応し、修正すべき箇所が明確になります

利用場面

1

新規ドメインで初めてメール送信する前 - MX、SPF、DKIM、DMARCのすべてが正しく公開されているか確認する

2

メールがバウンスした場合 – バウンスコードからDNS・認証・IPの問題を特定

3

DNSレコードを変更した場合 – 変更が有効化され新たな問題が発生していないか確認

4

メールサーバーまたはSMTPプロバイダを変更した場合 – 新しいIPに問題がないか確認

バウンスエラー対照

よくあるバウンスエラーと対応する確認項目:

バウンスエラー 根本原因 本ツールの確認項目 修正方向
554 5.1.8 Domain not found 送信元ドメインにDNSレコードが存在しません ドメインDNS解決 MX/A/AAAAレコードを追加する
550 DNSBL(例:r1401) 出口IPがリアルタイムブラックリストに登録されています IPブラックリスト 削除を申請するかIPを変更する
550 5.7.26 認証失敗 SPF/DKIM/DMARCがないか検証に失敗しています SPF + DKIM + DMARC 認証レコードを公開して厳格化する

DNSレコードテンプレート

4つの主要DNSレコードテンプレートです。yourdomain.comと事業者のincludeを置換してください。

MX(yourdomain.comのMXレコード):

yourdomain.com. IN MX 10 mail.yourdomain.com.

SPF(yourdomain.comのTXTレコード):

v=spf1 include:_spf.google.com include:mail.zoho.com -all

DMARC(_dmarc.yourdomain.comのTXTレコード):

v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s

DKIM(<selector>._domainkey.yourdomain.com の TXT レコード内):

v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

DMARC 運用の推奨として、最初は p=none でレポート収集に留め、その後 quarantine、reject に段階的に移行してください。

DNS とメール認証の基礎知識

当ツールがチェックする DNS レコードと、メール配信への影響は以下の通りです:

ドメインの DNS 名前解決(MX / A / AAAA)

MX レコードは、あなたのドメイン宛のメールをどのメールサーバーが処理するか受信者に通知します。A/AAAA レコードはドメインを IPv4/IPv6 アドレスに変換します。送信元ドメインに DNS レコードが存在しない場合、受信者は「554 5.1.8 Domain not found」エラーでメールを拒否します(DNS 上に当該ドメインが存在しないためです)。

SPF(Sender Policy Framework)

ドメインで公開する TXT レコードで、あなたの代わりにメール送信を許可された IP やサーバーをリストアップします。受信者は送信元 IP をこのリストと照合します。SPF が設定されていない場合、誰でもあなたのドメインを装ってメールを送信できます。

一般的な値とリスク
-all
ハード拒否:不正な送信者のメールを直接拒否する。ベストプラクティスで最も安全性が高い。
~all
ソフト拒否:疑わしいとしてマークするが拒否はしない。移行期間に利用可能だが長期的な使用はドメインの信頼を低下させる。
?all
中立:判断を留保し、SPFを設定していないのと同じ。なりすましリスクが高い。
+all
全て許可:どのIPからでも自身を代表してメール送信が可能。極めて危険なため絶対に使用しないこと。

DKIM(DomainKeys Identified Mail)

送信メールに追加される暗号署名です。公開鍵は<selector>._domainkey.あなたのドメイン.comにTXTレコードとして公開されます。受信側はこの公開鍵で署名を検証し、メールが改ざんされていないことを確認します。SPFと異なり、セレクタを知らなければ公開鍵を問い合わせられません。

一般的な値とリスク
v=DKIM1
バージョン識別子、必須項目。欠如するとDKIMレコードとして認識されない。
k=rsa
鍵の種類、RSAが最も一般的。欠如した場合のデフォルトはrsa。
p=...
RSA公開鍵、必須項目。p=が空または欠如すると該当セレクタを無効化する。
t=s
厳格モード:署名はドメインと厳密に一致する必要がある。サブドメインによる署名の不正使用を防止する。

DMARC(Domain-based Message Authentication, Reporting, and Conformance)

_dmarc.あなたのドメイン.comに公開されるポリシーTXTレコードで、SPFとDKIMを統合します。両方の認証に失敗した場合の処理方法を受信側に指示します。また、集計レポートの送信先アドレスを指定することもできます。

一般的な値とリスク
p=none
監視のみ:処理を行わずレポートのみを受信する。安全な開始点だが実質的な保護はなく、なりすましメールは通常どおり配信される。
p=quarantine
隔離:認証に合格しなかったメールを迷惑メールフォルダに配信する。検証段階に適した中程度の保護。
p=reject
拒否:認証に失敗したメールを直接拒否します。最強の保護策であり、最終目標です。このレベルをスキップすると、なりすましメールが受信トレイに届く可能性があります。
rua=
集約レポートの受信先です。配信失敗の監視に使用します。処理に影響を与えることはありませんが、原因究明に役立ちます。
adkim=s / aspf=s
厳格なアライメント:DKIM/SPFのドメインがFromヘッダーと完全に一致することを要求します。サブドメインを利用したなりすましを防止します。

DNSBL(DNS ブラックリスト)

DNSクエリ経由のリアルタイムIPブラックリストです。受信者は送信元IPをSpamhaus、Barracuda、SpamCopなどのリストと照合し、該当した場合に拒否(550 DNSBL)します。IPがスパムを送信したり、侵入されたり、悪質な共有セグメントに属している場合にリストアップされることがあります。

一般的な値とリスク
zen.spamhaus.org
最大規模の公開ブラックリストであり、カバー範囲が最も広いです。ヒット時の影響が最も大きく、ほぼすべての受信側で確認されます。
b.barracudacentral.org
エンタープライズ向けブラックリストで、多くのセキュリティ機器で使用されています。影響は中程度です。
bl.spamcop.net
ユーザーの報告に基づいて運用されています。誤判定が存在する可能性がありますが、影響は中程度です。
dnsbl.sorbs.net
小規模なブラックリストで、影響は限定的ですが依然として使用されています。

よくある質問

SPFに合格したのにメールが返送されるのはなぜですか?
SPFの単独合格だけでは不十分です。GmailなどのサービスではDKIMとDMARCもチェックされます。DKIMが欠けている場合やDMARCのアラインメントに失敗した場合、メールは依然として拒否されます。3つの項目をまとめて確認することをお勧めします。
DKIMセレクターはどこで確認できますか?
メールサービスプロバイダーのドキュメントを参照してください。一般的なセレクター:google(Google Workspace)、selector1/selector2(Microsoft 365)、default、s1、k1。また、メールヘッダーのDKIM-Signature: s=... から現在のセレクターを確認できます。
IPがブラックリストに登録されている場合はどうすればよいですか?
ブラックリストサービスプロバイダーの除外申請ページ(例:spamhaus.org/lookup)にアクセスして除外を申請してください。申請前に、対象のIPが迷惑メールを送信していないことを確認してください。共有IPを使用している場合は、プロバイダーにIPの変更を依頼してください。
ドメインは解決できるのにMXレコードがありません。問題ありますか?
必ずしも問題ではありません。送信のみを行うドメイン(サードパーティSMTPサービスを使用)の場合、MXレコードがなくてもAレコードが存在することがあります。SPF/DMARCが正しいプロバイダーを指していれば、通常メールは正常に配信されます。
このツールはメールを送信しますか?
いいえ。本ツールはDNSレコード(TXT、MX、A、AAAA)の検索と、送信元IPが公開DNSBLデータベースに登録されているかの確認のみを行います。メールを一切送信せず、お客様のドメインやIPを保存することもありません。
どのくらいの頻度でチェックすればよいですか?
以下のような場面でのチェックを推奨します:新規ドメインで初めてメール送信を開始する前、DNSレコードを変更した後、メールサービスプロバイダーを変更した後、大規模メール送信キャンペーンの前。日常的なメンテナンスは月1回の実行で十分です。
他人のドメインも検索できますか?
はい。DNSレコードは公開情報であり、任意のドメインの検索でプライバシーに関わる問題は発生しません。ただし、ツールの結果はあくまでご自身の送信設定の診断にのみ利用可能である点にご注意ください。
SPFとDKIMの両方に合格したのに、なぜゴミ箱に入るの?
認証以外にも、IPの信頼性(DNSBL)、送信量の急増、コンテンツがスパムとしてマークされること、受信者のポリシーなども、メールの到達率に影響します。まずIPがブラックリストに載っていないか確認し、徐々に良好な送信実績を積み上げることをお勧めします。