ドメインのメールサーバー
DNS とレコード
DNS ルックアップ あらゆるドメインのすべての DNS レコード A レコードルックアップ ドメインの IPv4 アドレス AAAA レコードルックアップ ドメインの IPv6 アドレス MX ルックアップ ドメインのメールサーバー NS ルックアップ 権威ネームサーバー TXT ルックアップ TXT レコード、SPF、検証 CNAME ルックアップ 正規名（エイリアス）レコード SOA ルックアップ Start of Authority レコード SRV ルックアップ サービスロケーションレコード CAA ルックアップ どの CA が証明書を発行できるか 逆引き DNS（PTR） IP アドレスからホスト名へ DNSSEC チェック ドメインは署名され検証されているか？ DNS ヘルスチェック 委任と DNS の総合診断レポートメール到達性
SPF チェック Sender Policy Framework レコードを検証 DMARC チェック DMARC ポリシーを検査・評価 DKIM チェック DKIM 公開鍵を検索・検証 ブラックリストチェック IP をメールブロックリスト（DNSBL）と照合 SMTP テスト メールサーバーに接続し STARTTLS をチェック MTA-STS チェック 受信メールに対する強制 TLS ポリシー BIMI チェック メール用のブランドロゴレコード TLS-RPT チェック SMTP TLS レポートポリシーネットワークとウェブ
SSL 証明書チェック サイトの TLS 証明書と有効期限を検査 HTTP ヘッダーチェック レスポンスヘッダー、リダイレクト、セキュリティを検査 Ping（TCP） TCP 経由での到達性と遅延 ポートチェック どの一般的なポートが開いているかドメイン
WHOIS ルックアップ ドメイン、IP、ASN の登録データMX（Mail Exchanger）レコードは、どのホストがドメイン宛てのメールを受け取るか、またどの優先順位で受け取るかを送信サーバーに伝えます。誰かがあなたにメールを送ると、相手のサーバーはあなたのMXレコードを照会して配信先を見つけます。MXレコードの欠落や設定ミスがあると、受信メールが配信できず、メッセージがバウンスしたり消えたりします。
各MXレコードは、メールホストと優先度番号を対にします。数字が小さいほど優先されます。送信サーバーは最も優先度の低いホストを最初に試み、接続できない場合にのみ大きい番号へフォールバックします。能力が同等のサーバー間で負荷を分散するには、同じ優先度を与えれば、トラフィックがそれらの間に広がります。例えば、典型的なGoogle Workspaceの設定では、優先度1のsmtp.google.comを指します。MXの値は、独自のAまたはAAAAレコードを持つホスト名でなければならず、IPアドレスやCNAMEは決して使えません。さもないと配信が壊れます。
IPeekは、ドメインのすべてのMXホストを優先度とともに、優先されるサーバーが上に来るよう低い順にソートして一覧表示します。ホストがメールプロバイダー（Google Workspace、Microsoft 365、自社サーバー、フィルタリングゲートウェイ）と一致することを確認してください。重複、ホスト名のタイプミス、ゾーンの設定ミスを示す末尾のドットに注意します。一覧が空なら、ドメインにMXレコードがなくメールを受信できません。信頼する前に、列挙されたホストが有効なIPアドレスに解決されることを相互確認してください。
最も頻繁な失敗はMXレコードがまったくないことで、送信側がドメインのAレコードへフォールバックするか、バウンスせざるを得なくなります。MXをCNAMEに向けることは仕様違反で、多くのサーバーが拒否するため、常に直接のA/AAAAレコードを持つホスト名を対象にしてください。メールプロバイダーの切り替え後、古いMXレコードは、DNSが伝播してキャッシュが期限切れになるまで、旧ホストへメールをルーティングし続けます。優先順位の誤りは、プライマリより先にバックアップへメールを送ることがあります。変更は新しい検索で確認し、TTLベースのキャッシュを考慮してください。
MXレコードがないと、送信サーバーはドメインのAまたはAAAAレコードへフォールバックし、そこへ配信を試みます。そのホストがメールサーバーを稼働していなければ、メッセージはバウンスします。メールを扱うドメインは、受信メールが正しいサーバーに確実に届くよう、常に少なくとも1つのMXレコードを公開すべきです。
優先度は、送信サーバーがメールホストを試す順序を定め、数字が小さいほど優先されます。サーバーは最も優先度の低いホストを最初に試み、接続できない場合にのみ大きい番号へ移ります。優先度が等しいとサーバーは負荷を分担します。実際の値は任意で、相対的な順序だけが重要です。
いいえ。MXレコードは、独自のAまたはAAAAレコードを持つホスト名を指さなければなりません。IPアドレスを指すのは無効で、CNAMEを指すのはRFCルール違反であり多くのメールサーバーに拒否されます。常に、直接解決される本物のメールホスト名を対象にしてください。
MXの変更は、リゾルバーが古い値をどれだけキャッシュするかを制御するレコードのTTLに従って伝播します。TTLが低ければ変更は数分で適用され、TTLが高ければ送信サーバーが数時間古いレコードを使い続けることがあります。計画的な移行の前にTTLを下げて切り替えを速めてください。
はい。ドメインは冗長性と負荷分散のために、複数のMXレコードを公開するのが一般的です。優先度を変えればプライマリとバックアップの構成になり、同一の優先度なら能力が同等のサーバー間でメールを分散します。送信サーバーは優先度順に一覧をたどり、接続を受け入れるホストが見つかるまで進みます。