MXレコードとは何ですか?

MXレコードはどのように機能しますか?

送信側のメールサーバーは、@ の後ろの部分のMXレコードをDNSに問い合わせ、優先度順に並べて、その順で試します。 誰かが [email protected] に書くと、そのサーバーは yourname.com のMXレコードを調べます。各レコードには、優先度番号とメールホストの名前の2つの値があります。

SMTPの標準であるRFC 5321は、preferenceの値を並べ替えに使わなければならず、小さい番号が先に試され、同じpreferenceのホストはランダムな順序で選ばれると述べています。送信者は、メッセージを受け入れるものが現れるまで、少なくとも2つのアドレスを順に試します。

MXレコードはメールボックスを保持しません。メッセージを保管する、メールプロバイダーのマシンを指すだけです。だからこそ、アドレスは持ち運べます。ドメインを一度購入し、プロバイダーを移るときにMXレコードを変更します。メールボックスは変わっても、アドレスは変わりません。独自メールドメインのページで、この考え方を詳しく説明しています。

優先度番号は何を意味しますか?

優先度番号は配送の順序を決めます。最小の番号のサーバーが最初にメールを受け取り、次のものはフォールバックです。 この番号に単位はなく、自分のレコード同士の比較以外に意味はありません。10と20は、1と2とまったく同じように機能します。

Proton Mailは2件のレコードを使います。10の mail.protonmail.ch と20の mailsec.protonmail.ch です。Fastmailも、in1-smtp.messagingengine.com と in2-smtp.messagingengine.com で10と20を使います。Mailbox.orgは、mxext1からmxext4までの4つのホストを同じ優先度10で挙げているため、送信者はランダムに1つを選びます。DNSホストが同一の優先度を受け付けない場合、Mailbox.orgは10、20、30、40を使うよう案内しています。

失われるメッセージを大幅に減らすルールが1つあります。現在のプロバイダーのMXレコードだけを残すことです。FastmailとProtonはどちらも、旧プロバイダーのMXが残っていると、送信者がそれを選ぶ可能性があるため、配送が予測できなくなると警告しています。安全に重複させる唯一の方法は、新しいホストに最小の優先度番号を付けることです。

ドメインにMXレコードがない場合はどうなりますか?

MXレコードがまったくない場合、送信者はドメイン自体のアドレスレコードにフォールバックします。まるで、そのドメインが、自身のAまたはAAAAレコードを指す優先度0のMXを持っているかのように扱われます。 RFC 5321は、これを暗黙のMXと呼んでいます。フォールバックが適用されるのは、MXレコードがまったく存在しない場合だけです。MXレコードが1つでも公開されたら、送信者はそのドメインのAまたはAAAAレコードを使ってはなりません。

メールに使わないドメインでは、このフォールバックは迷惑になります。送信者は、通常は何日もWebサーバーへの配送を試み続け、失敗に気づくのが遅れます。ヌルMXは、その扉をすぐに閉ざします。

ヌルMXレコードとは何ですか?

ヌルMXは、優先度0でターゲットがドットの単一のMXレコードで、そのドメインがメールをまったく受け付けないことを宣言します。 RFC 7505で定義されています。ヌルMXがあると、送信側サーバーは最初の試行で配送を失敗させ、メッセージを何日もキューに入れません。

RFC 7505は2つのルールを定めています。ヌルMXを公開するドメインは、他のMXレコードを一切公開してはならず、ヌルMXは単独になります。そして、自分のアドレスからメールを送信するドメインは、受信側がそのメッセージを拒否する可能性があるため、ヌルMXを使ってはなりません。送信も受信もしない名前、たとえばリダイレクト用に保持しているドメインや防御的な登録にだけ使ってください。レコードは、ゾーンファイルの表記では次のようになります。

MXレコードはIPアドレスやCNAMEを指せますか?

いいえ。MXレコードのターゲットは、AまたはAAAAレコードに解決されるホスト名であり、むき出しのIPアドレスであってはなりません。 RFC 5321は、CNAMEを経由して解決されるターゲットも対象外としているため、MXは、自身のアドレスレコードを持つホストを直接指すのが安全です。プロバイダーは、上の表のように、正しいホスト名を公開しています。

MXのホスト名はWebアドレスではありません。mail.protonmail.ch は受信サーバーであり、ブラウザーで開いても何もわかりません。名前の末尾も同様です。ゾーンファイルでは、末尾のドットは完全な名前を示しますが、多くのDNSエディターはドットを自動で追加するので、プロバイダーが表示するとおりに値を正確にコピーしてください。

自分のドメインのMXレコードを追加または変更するにはどうすればよいですか?

ドメインのDNSエディターを開き、以前のプロバイダーのMXレコードを削除して、新しいものを優先度とともに追加します。 Postelva は、すべてのドメインにMX、TXT、CNAMEなどのレコードタイプに対応した無料のDNSホスティングを提供しており、Proton Mail、Fastmail、Zoho Mail、Google Workspace、Microsoft 365 向けのワンクリックDNSテンプレート。SPF + DMARC テンプレートと、メールを送信しないドメイン向けの「メールなし」テンプレートもあります。Tuta、Mailbox.org、iCloud+、Migaduにはワンクリックのテンプレートがないため、プロバイダーが表示する値を使って、DNSエディターにMX、TXT、CNAMEレコードを入力します。

移行の前に、旧MXレコードのTTLを短縮してください。変更が広まるのにかかる時間は、変更した時点でそのレコードにあった旧TTLとほぼ同じで、ベンダーのガイダンスでは、MXの変更の一般的な遅延は1〜4時間、場合によっては最大48時間とされています。ステップごとの順序は、メールを失わずに新しいプロバイダーへ移行するのガイドにあります。変更後は、ルックアップでMX、SPF、DKIM、DMARCレコードを確認してください。プロバイダーごとの手順は、Proton Mailのカスタムドメイン設定から始めてください。

MXだけで、確実にメールを受信できますか?

いいえ。MXはメールの届け先を決めますが、あなたが送るメールを他のサーバーが信頼するかどうかを決めるのは、SPF、DKIM、DMARCです。 正しいMXレコードを持つドメインはメールを受信できますが、3つの認証レコードがないと、そこから送ったメッセージは迷惑メールになることがあります。この3つはSPF、DKIM、DMARCの違いで並べて説明しています。

Postelva が、ヘルプページを読んだプロバイダーについて2026-11-12に集計したところ、Proton MailとFastmailはそれぞれ2つのMXホストを使い、Mailbox.orgは4つを使います。Proton Mailの完全な設定は、確認用TXT 1件、MX 2件、SPF 1件、DKIM 3件、DMARC 1件の、計8件のレコードになります。

引用しやすい要約:MXレコードは、ドメインのメールをどのサーバーが受信するかを世界に伝えるもので、それを変更することが、アドレスをプロバイダー間で移す唯一のステップです。Postelva はドメインとそのDNSを販売し、メールボックスはメールプロバイダーに残ります。