DNSのMXレコードとは？簡単な説明

電子メールは即座に届くように感じるかもしれないが、実際には、すべてのメッセージが適切な受信トレイに届くように、舞台裏で多くのことが起こっている。これを可能にする重要なピースのひとつがMX（Mail Exchange）レコードです。MXレコードは、あなたのドメイン宛のメールがどこに届くべきかをインターネットに指示する一連の命令だと考えてください。具体的には、DNS MXレコードは DNSレコードレコードの一種です。

この記事では、MXレコードがどのように機能するのか、なぜ信頼性の高いEメールにはMXレコードが不可欠なのか、そして何か問題が発生した場合の対処法について説明します。最後までお読みいただければ、MXレコードを正しく設定する方法と、メールをスムーズに送信する方法をご理解いただけるでしょう。

DNSのMXレコードとは何ですか？

DNS MXレコードは DNSのレコードの一種で、あるドメインのメールをどのメールサーバーが処理するかをインターネットに知らせるものです。簡単に言えば、電子メールのトラフィックを適切な宛先に誘導するアドレスラベルのようなものです。

誰かがあなたにメールを送ると、相手のメールサーバーはあなたのドメインのMXレコードを検索します。このレコードは、メッセージを受信すべきサーバーを指しています。MXレコードがなければ、メール配信のための明確な経路は存在せず、メッセージはどこに行けばいいのかわからなくなります。

より広範なDNSシステムにおいて、MXレコードは他のレコード（AレコードやCNAMEレコードなど）と一緒に機能し、電子メールを含むドメイン関連サービスが正しく機能するようにします。

なぜDNSのMXレコードを設定する必要があるのですか？

MXはMail eXchangerの略で、電子メールがどのように機能するかについて重要な役割を担っています。ドメインの所有者が設定するレコードで、そのドメインのメールを送信できる場所を他のサーバーに知らせます。MXレコードは、通常 Aレコードこれは、あなたのドメインをホストしているサーバーを見つけることができる場所を教えてくれます。

MXレコードを設定すると、他のメールサーバーに、あなたのドメインのメールを送信しようとするときに使用するサーバー（複数可）を伝えることができます。DNSサーバーは、メッセージを送信する前にそのレコードを確認し、直接接続できない場合にどこに送信すればよいかを判断します。

これは、あなたのドメインからスパムが送信されるのを防ぐのに役立ち、また、複数のドメインからのメッセージの配信方法を、個別に管理することなく管理できるため便利です。

PowerDMARCでDNS MXレコードを簡素化！

メールベンダーのMXレコード

Google AppsやOffice 365のようなサードパーティーのサービスを使用している場合、2つのMXレコードが提供されることが多いでしょう。受信用MXはサードパーティーのサーバーを指し、送信用MXはあなたのサーバーを指すようにする必要があります。

サードパーティーのサービスを利用していない場合は、自分のサーバーを指すMXレコードが1つだけ必要な場合があります。

一般的なMXレコードの構成要素

MXレコードは一見シンプルに見えますが、それぞれの部分がメール配信において重要な役割を果たしています。これらの構成要素を理解することで、独自のレコードのセットアップや、何か問題が発生した場合のトラブルシューティングが容易になります。

これらのコンポーネントには以下のものが含まれる：

• 優先順位値： 優先度値は、送信メールサーバーに、どの宛先を最初に試すべきかを伝えます。数字が小さいほど優先度は高くなります。たとえば、あなたのドメインに優先度10と20の2つのMXレコードがある場合、メールはまず優先度10のサーバーへの配信を試みます。そのサーバーが利用できない場合、優先度20のサーバーがバックアップとして使用されます。このシステムは信頼性を提供し、メールが複数の配信経路を持つことを保証します。
• メールサーバーのホスト名： 各MXレコードは、mail.example.comのような完全修飾ドメイン名（FQDN）で記述されたメールサーバーを指す必要があります。舞台裏では、このホスト名は、受信電子メールトラフィックを受け入れることができるIPアドレスに関連付けられています。ホスト名は、メールを適切なサーバーに誘導し、通常はメールを管理するサービスプロバイダーやシステムを反映するため、非常に重要です。
• TTL（Time to Live）値： TTLは、MXレコードの更新を再度チェックする前に、他のサーバーがMXレコード情報をキャッシュする期間を定義します。TTLを短くすると、更新がインターネット上でより早く広がるため、変更を加えるときに便利です。TTLを長くすると、ルックアップの頻度が減り、効率が向上しますが、変更の適用に時間がかかるようになります。

これら3つの要素が組み合わさることで、Eメールを確実に目的地まで導く指示書として機能する。

MXレコードの例

以下は、MXレコードの例です。 

注意 MXレコードは CNAMEレコードこれは、ドメインのエイリアスを設定するために使用される正規の名前レコードです。

MXの好みと優先順位

電子メールを送信するとき、あなたのコンピューターはどこかのメールサーバーに連絡を取り、メッセージの配信を依頼します。メールサーバーは、メッセージをどこに送ればいいかという情報をすべて持っています。メールサーバーは、送信先のアドレス（To:フィールド）を見て、それを配信するのに最適なサーバーを見つけます。

しかし、あなたのドメインに複数のメールサーバーがある場合、あなたのコンピューターはどのサーバーを使うべきかをどうやって知ることができるのでしょうか？

優先順位を使用します。優先順位の高いメールサーバーは、優先順位の低いメールサーバーより先にコンタクトします。同じ優先順位のサーバーが2つある場合は、数値の小さい方が先に連絡されます。

優先順位は、DNSレコード（MXレコード）により決定されます。番号の小さい方が優先されます。そのため、複数のメールサーバーを異なる優先順位で設定している場合、番号の小さいものから順に連絡が来ることになります。

DNSでMXレコードはどのように照会されるのですか？

DNSクエリーは、インターネットが機能するための基本的な部分です。ブラウザでURLを入力すると、お使いのコンピューターは、インターネットサービスプロバイダ（ISP）のDNSサーバーにそのウェブサイトのIPアドレスの要求を出します。

MXレコードは、電子メールサーバーがどこにあるかを調べるために使用されるDNSレコードの1種です。他のタイプのDNSレコードと同様に、MXレコードはDNSサーバーを介して照会されます。違いは、「google.com」や「nytimes.com」といったドメイン名を検索するのではなく、関連するメールサーバーのアドレスを検索する点です。

電子メールが受信者の電子メールサーバーに送信されると、受信MTAは送信者のDNSに照会して、電子メールの送信に責任のあるメール交換サーバーを確認します。これは、送信者のDNSのMXレコードで公開されている情報を調べることで行われます。 

DNSのMXレコードの調べ方、確認方法は？

お客様がドメインの所有者である場合、ドメインの健全性と電子メールのパフォーマンスを維持するために、DNSレコードを綿密に監視することをお勧めします。そのためには、頻繁に DNSルックアップを定期的に確認することが、作業サイクルの重要な一部となります。

DNSのMXレコードをチェックするには、当社のMXレコード検索ツールを使用して、MXレコードを無料で即座に検索し、根本的な構文や設定エラーを明らかにして、トラブルシューティングを開始することができます。 

結論

MXレコードはドメインネームシステムの基本的な要素で、メールトラフィックを適切なサーバーに誘導し、信頼性の高い配信を保証します。正しく設定されたMXレコードは、混乱を防ぎ、メッセージの紛失のリスクを軽減し、ドメインのメールインフラストラクチャの整合性を維持します。

MXレコードの定期的な監視と管理は、一貫したメールパフォーマンスを維持し、メールサーバーの変更に対応し、通信を保護するために不可欠です。つまり、MXレコードを適切に管理することで、メールを円滑に運用し、メッセージが途切れることなく目的の受信者に届くようになります。

よくある質問 (FAQ)

ドメインはいくつのMXレコードを持つことができますか？

ドメインは冗長性を持たせるために複数のMXレコードを持つことができる。 

MXレコードがない場合はどうなりますか？

MXレコードがないと、メール配信が失敗したり、ドメインのメインIPアドレスがデフォルトになったりすることがあります。

MXレコードは送信メールに影響しますか？

いいえ、MXレコードは受信メールのみを管理します。送信メールはSMTPサーバーによって処理されます。

• について
• 最新記事

Ahona Rudra

ドメインとメールセキュリティのエキスパートPowerDMARC

AhonaはPowerDMARCのマーケティングマネージャーで、サイバーセキュリティのトピックについて5年以上の執筆経験があり、ドメインと電子メールのセキュリティを専門としている。ジャーナリズムとコミュニケーションの卒業後学位を取得し、2019年からセキュリティ分野でキャリアを固めている。

最新記事 by Ahona Rudra(全て見る)

• CSA、サイバー・エッセンシャルズ認証にDMARCを必須化 - 2026年2月10日
• MSPと企業向け実践的DMARC導入ガイド：多くの解説書が触れないポイント - 2026年2月9日
• PowerDMARC、Elastic SIEMとの連携を開始 - 2026年2月5日