要約
この MX レコード確認ツールは、dig や nslookup から貼り付けた MX レコードを読み取り、送信側が実際に試行する順に並べ替え、各ホストの背後にあるメールプロバイダーを特定します。そのうえで、バウンスの原因となる誤りを指摘します。IP アドレスを宛先にしている場合、Null MX と通常レコードの混在、複数プロバイダーの併存、フォールバックのない単一ホストなどです。ライブ DNS には問い合わせないため、お使いのリゾルバーが返す内容をそのまま確認できます。すべてブラウザ内で動作し、貼り付けた内容が外部に送信されることはありません。
MXレコード確認ツール：レコードを読み取り、監査する
MXレコード 確認は、dig コマンドを一つ実行して結果を貼り付けるだけ。配送順、プロバイダー、バウンスの原因となる設定ミスがわかります。データはブラウザの外に出ません。
MXレコードから読み取れる内容
優先度が配送順を決める
各 MX レコードは 16 ビットの優先度とホスト名の組です。送信側は数値の小さいものから試行し、到達できない場合にのみ次へ進みます。ツールはレコードを階層ごとに並べ、実際の配送順を見えるようにします。
ホスト名からプロバイダーがわかる
各宛先を既知のサフィックスと照合します（例：aspmx.l.google.com、mail.protection.outlook.com）。約 20 種のメールボックス・ゲートウェイのプロバイダーを識別します。認識できないホストは推測せず、そのように表示します。
ルールは RFC に基づく
チェックは RFC 5321、RFC 2181、RFC 7505 に定められたものです。宛先はホスト名のみ、CNAME エイリアスは不可、Null MX は単独で使用すること。スコアや独自のベンチマークは使用していません。
コマンドを一つ実行して、貼り付ける
このツールは DNS を代わりに問い合わせません。結果はご自身のターミナルから得られます。移行作業のデバッグ時にはそれが利点になります。キャッシュされたルックアップサイトの結果ではなく、お使いのリゾルバーが今返す内容をそのまま確認できます。
- macOS・Linux：dig MX yourdomain.com +short
- Windows：nslookup -type=mx yourdomain.com
- 特定の公開リゾルバーに問い合わせるには、dig に @1.1.1.1 を追加
クリーンなメール切り替えの 4 ステップ
送信トランザクションメールも使用しているドメインで、受信メールを移行する際に私たちが従っている手順です。
-
1
現在のレコードを記録
dig MX を実行して出力を保存します。ここに貼り付けると、置き換える対象と、現在どのプロバイダーが管理しているかを確認できます。
-
2
事前に TTL を下げる
MX の TTL を 300 秒に下げ、少なくとも古い TTL と同じ時間待ちます。編集が効果を持つ前に、リゾルバーが長い TTL の古いキャッシュを期限切れにする必要があります。
-
3
一度の編集でレコードを入れ替える
古いホストの削除と新しいホストの追加を同時に行います。半端な入れ替えは、ドメインに 2 つのプロバイダーが並ぶ原因になります。
-
4
公開リゾルバーで検証し、TTL を戻す
公開リゾルバーに対して dig を実行し、結果を貼り付けます。ツールがプロバイダー 1 つでエラーなしと表示したら、TTL を元に戻します。
MXレコード確認ツールについてのよくある質問
この MX レコード確認ツールは無料ですか？
ライブの DNS サーバーに問い合わせますか？
MX レコードを貼り付け用にどう取得しますか？
MX の優先度の数値は何を意味しますか？
MX レコードに IP アドレスがあるとエラーになるのはなぜですか？
ツールが 1 つのドメインに 2 つのプロバイダーがあると警告するのはなぜですか？
MX レコードは送信と受信のどちらに影響しますか？
MX レコードがないドメインを確認できますか？
送信メールを支える基盤を可視化する
このツールは受信側を扱います。Notification Harbor は、ご自身で管理する送信メールを担当します。ドメインのウォームアップ、送信ごとのトレース単位の可観測性、そして本番の初回送信前に設定される SPF・DKIM・DMARC です。