# MXレコード確認ツール：配送順とプロバイダーを監査

URL: https://notificationharbor.com/ja/tools/mx-record-kakunin-tool
Type: tool
Locale: ja
Published: 2026-11-04
Updated: 2026-11-05

---

> dig や nslookup の出力を貼り付けると、MX レコードを配送順に並べ、プロバイダーを特定し、RFC に照らして確認します。ブラウザ内で動作します。

## MXレコード確認ツール：レコードを読み取り、監査する

MXレコード 確認は、dig コマンドを一つ実行して結果を貼り付けるだけ。配送順、プロバイダー、バウンスの原因となる設定ミスがわかります。データはブラウザの外に出ません。

## MX レコード確認ツール

dig・nslookup の出力、または「優先度 ホスト」の行を貼り付けてください。入力中に結果が更新されます。

*[Interactive widget — see the live page for the full experience]*

## 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 サーバーに問い合わせますか？

いいえ。ブラウザは生の DNS クエリを送信できず、ドメインをサードパーティのルックアップ API 経由にすると、望ましくない依存関係が増えます。dig または nslookup を 1 つ実行し、結果を貼り付けると、ツールがそれを読み取り、並べ替え、監査します。つまり、お使いのリゾルバーが見ている内容をそのまま確認できます。

### MX レコードを貼り付け用にどう取得しますか？

macOS または Linux では dig MX yourdomain.com +short を、Windows では nslookup -type=mx yourdomain.com を実行します。どちらの形式も使えます。dig の完全な応答や、10 mx.example.com のような単純な組にも対応しています。

### MX の優先度の数値は何を意味しますか？

優先度であり、小さい数値ほど先に試行されます。そのホストに到達できない場合、送信側は次の数値へ移ります。同じ数値のホストはランダムな順序で試行され、これによりプロバイダーは受信負荷を分散しています。

### MX レコードに IP アドレスがあるとエラーになるのはなぜですか？

MX の宛先は、A または AAAA レコードで解決されるホスト名である必要があります。RFC 5321 では、そこにむき出しの IP アドレスを置くことは認められていません。一部のメールサーバーは許容しますが、多くは受け付けないため、原因の特定が難しい断続的なバウンスが発生します。

### ツールが 1 つのドメインに 2 つのプロバイダーがあると警告するのはなぜですか？

MX レコードの混在は、完了しなかった移行から生じることがほとんどです。送信側はまず優先度の低い値を試し、それが停止している場合にのみ次へ移るため、メールがメールボックスの存在しないプラットフォームに届く可能性があります。意図的にルーティングしない限り、プロバイダーは 1 つに絞ってください。

### MX レコードは送信と受信のどちらに影響しますか？

受信のみです。送信メールは SPF、DKIM、DMARC のレコードと、送信 IP のレピュテーションによって決まります。正しい MX 設定があっても、送信側の迷惑メールフォルダー問題は解決しません。

### MX レコードがないドメインを確認できますか？

何も貼り付けなければ、ツールはレコードが見つからなかったと表示します。MX レコードがない場合、送信側はドメインの A または AAAA レコードにフォールバックしますが、これはほとんどの場合望ましくありません。ドメインがメールを一切受け取るべきでない場合は、Null MX（0 .）を公開してください。

## 送信メールを支える基盤を可視化する

このツールは受信側を扱います。Notification Harbor は、ご自身で管理する送信メールを担当します。ドメインのウォームアップ、送信ごとのトレース単位の可観測性、そして本番の初回送信前に設定される SPF・DKIM・DMARC です。

*Call to action: Notification Harbor の仕組みを見る*


## FAQ

### この MX レコード確認ツールは無料ですか？

はい。登録も利用回数の制限もありません。解析とチェックはブラウザ内で行われ、貼り付けたテキストが当社のサーバーに送信されることはありません。ページから外部へ送られるのは匿名のツール利用ビーコンだけです。

### ライブの DNS サーバーに問い合わせますか？

いいえ。ブラウザは生の DNS クエリを送信できず、ドメインをサードパーティのルックアップ API 経由にすると、望ましくない依存関係が増えます。dig または nslookup を 1 つ実行し、結果を貼り付けると、ツールがそれを読み取り、並べ替え、監査します。つまり、お使いのリゾルバーが見ている内容をそのまま確認できます。

### MX レコードを貼り付け用にどう取得しますか？

macOS または Linux では dig MX yourdomain.com +short を、Windows では nslookup -type=mx yourdomain.com を実行します。どちらの形式も使えます。dig の完全な応答や、10 mx.example.com のような単純な組にも対応しています。

### MX の優先度の数値は何を意味しますか？

優先度であり、小さい数値ほど先に試行されます。そのホストに到達できない場合、送信側は次の数値へ移ります。同じ数値のホストはランダムな順序で試行され、これによりプロバイダーは受信負荷を分散しています。

### MX レコードに IP アドレスがあるとエラーになるのはなぜですか？

MX の宛先は、A または AAAA レコードで解決されるホスト名である必要があります。RFC 5321 では、そこにむき出しの IP アドレスを置くことは認められていません。一部のメールサーバーは許容しますが、多くは受け付けないため、原因の特定が難しい断続的なバウンスが発生します。

### ツールが 1 つのドメインに 2 つのプロバイダーがあると警告するのはなぜですか？

MX レコードの混在は、完了しなかった移行から生じることがほとんどです。送信側はまず優先度の低い値を試し、それが停止している場合にのみ次へ移るため、メールがメールボックスの存在しないプラットフォームに届く可能性があります。意図的にルーティングしない限り、プロバイダーは 1 つに絞ってください。

### MX レコードは送信と受信のどちらに影響しますか？

受信のみです。送信メールは SPF、DKIM、DMARC のレコードと、送信 IP のレピュテーションによって決まります。正しい MX 設定があっても、送信側の迷惑メールフォルダー問題は解決しません。

### MX レコードがないドメインを確認できますか？

何も貼り付けなければ、ツールはレコードが見つからなかったと表示します。MX レコードがない場合、送信側はドメインの A または AAAA レコードにフォールバックしますが、これはほとんどの場合望ましくありません。ドメインがメールを一切受け取るべきでない場合は、Null MX（0 .）を公開してください。