MXレコードの解説：メールが届く仕組み

name@example.com 宛てにメールを送るとき、送信側のメールサーバーは、example.com の通常のAレコードを検索するわけではありません。まったく別のレコードタイプであるMX、つまり Mail Exchange（メール交換）を問い合わせます。MXレコードは、そのドメイン宛てのメールを受け付ける役割のサーバーのホスト名を指します。それは、ウェブサイト自体が置かれているアドレスとはまったく別のものであることが、非常によくあります。

優先度：人を驚かせる部分

1つのドメインに複数のMXレコードを置くことができ、それぞれに数値の優先度が付きます。小さい数字のほうが優先されます。送信側のサーバーは、まず最も小さい値（最も優先される）のメールサーバーを試し、それに到達できない場合にのみ、より大きい値に切り替えます。これによって、冗長なメール配送が可能になります。大きい値のバックアップ用のメールサーバーを置いておけば、プライマリがダウンしたときにメールを受け付けられます。

• MXレコードの宛先は、それ自体がAまたはAAAAレコードに解決される必要があります。IPアドレスを直接指すことはできません。
• MXレコードがまったくないドメインは、ウェブサイトが問題なく動いていても、通常はメールを受信できません。この2つは、まったく別のDNS検索で処理されるからです。
• 優先度の値が同じ2つのMXレコードは、どちらも同時に有効です。送信側のサーバーはどちらを選んでもよく、これは原始的な負荷分散として意図的に使われることもあります。

「メールが動くか動かないか」にとどまらない重要性

MXレコードは、ドメイン全体のメール設定を確認する出発点でもあります。SPF、DKIM、DMARCのレコードは、そのドメインから来たと称するメールが実際に許可されたものであることを証明するために存在します。通常は、それらを確認する前に、まずMXの設定を確認します。新しいメールプロバイダーへの移行は、本質的には、MXレコード（と、それを支えるレコード）のDNS変更です。つまり、ほかのDNS更新に当てはまる伝播の遅延という注意点が、そのまま当てはまります。

意図的にメールを送らないドメイン

すべてのドメインがメールを受信したいわけではなく、それを未定義のまま放置することは、それ自体が小さなセキュリティ上の隙になります。明示的なシグナルがないと、メールシステムによっては、配送を試みたり、設定がないことについて何らかの想定をしたりするからです。RFC 7505は、まさにこのために「null MX」を定義しています。優先度0で、「.」（ルート。どこにも向かわないという意味）を指す単一のMXレコードで、「このドメインはメールを受け付けないので、試す必要はありません」と明示的に宣言します。マーケティング用のリダイレクトドメインや、内部専用のサービスドメインなど、メールを送受信することが本当にないドメインには、設定しておく価値のある、小さくて簡単な追加です。

避けるべきよくある間違い

意外と多い設定ミスが、MXレコードをIPアドレスに直接向けてしまうこと、あるいは、本物のA/AAAAレコードがなく、CNAMEしかないホスト名に向けてしまうことです。どちらもこのレコードタイプ自体の規則に違反しており、仕様を厳密に守るメールシステムは、意図を推測せずに、配送自体を拒否します。ドメインのウェブサイトは完璧に動くのに、メールの配送が遅いのではなく完全に失敗する場合は、すべてのMXの宛先が、CNAMEでも、誤って入力された生のIPでもなく、通常のAまたはAAAAレコードに実際に解決されるかを確認することが、最初に確かめる価値のある、最も手軽な項目の1つです。