簡潔な回答
独自ドメインにメールが届かないのはなぜですか?
独自ドメインにメールが届かなくなるのは、MX レコードがない、誤っている、古いプロバイダーのものと混在している、DNS の変更がまだ広がっていない、またはドメインが失効している場合です。Postelva は、以下に一般的な8つの原因を示しています。最初の確認は常に MX レコードで、通常は落ち着くまで最大24時間かかります。
メールが届かない8つの原因と対処
| 症状 | 考えられる原因 | 確認方法 | 対処法 |
|---|---|---|---|
| 何も届かず、バウンスもない | MX レコードがない、または古いプロバイダーのまま | ドメインの MX レコードを検索する | 新しいプロバイダーの MX レコードを追加し、古いものを削除する |
| 届くメールと届かないメールがある | 古い MX レコードと新しいものが混在している | MX の一覧に2つのプロバイダーのホストが表示される | 新しいプロバイダーの MX だけを残すか、それらに最も小さい優先度の数字を付ける |
| 昨日は動いていたのに、今日は動かない | DNS の変更がまだ広がっていない | リゾルバーによって応答が異なる | 旧 TTL が切れるのを待つ。通常の MX の変更は1〜4時間、最大で24〜48時間 |
| バウンスメッセージに、ドメインが存在しないとある | ドメインが失効または停止している | レジストリでドメインのステータスを確認する | 更新する。ドメインが失効するとメールがどうなるかを参照 |
| レコードはあるのに、ルックアップでは存在しないと表示される | 以前の空の応答の否定キャッシュ | 同じレコードが、あるリゾルバーでは見つかり、別のリゾルバーでは見つからない | 待つ。空の応答は、ゾーンの SOA レコードの TTL でキャッシュされる |
| 自分のドメインからのメールが迷惑メールに入る | SPF レコードが2つある、またはDNSルックアップが10回を超えている | v=spf1 で始まる TXT レコードを数える | 1つの SPF レコードにまとめ、ルックアップを10回以内に保つ |
| プロバイダーが、ドメインは未確認だと言う | 確認用の TXT レコードがない、またはコピーを誤っている | 値をプロバイダーの画面と比較する | 値を貼り付け直す。DNS ホストによっては、ドメインを除いたホスト名を求める |
| DMARC を厳しくしてからメールがバウンスする | SPF と DKIM が通る前にポリシーを reject にした | 集計レポートを読む | p=none に戻し、送信元を修正してから、もう一度厳しくする |
最初に何を確認すべきですか?
まず MX レコードを確認してください。ドメイン宛のすべてのメッセージの配信先を決めるのが MX レコードだからです。 MX レコードはメールサーバーと優先度を指定し、送信側は数字の小さいものから先に試します。一覧が空なら、メールの行き場がありません。古いプロバイダーを指していれば、メールはそちらに届き続けます。
答えは2つのコマンドで確認できます。yourname.com をあなたのドメインに置き換えてください。
dig MX yourname.com +short
nslookup -type=MX yourname.comMX の応答はどのような内容になるべきですか?
現在のプロバイダーのホストだけが一覧に表示されるはずです。 Proton Mail で期待される応答は2行で、優先度10の mail.protonmail.ch と優先度20の mailsec.protonmail.ch です。Fastmail では、10の in1-smtp.messagingengine.com と20の in2-smtp.messagingengine.com です。すべてのレコードの読み方はMX、SPF、DKIM、DMARC レコードの確認方法にあります。
なぜメールが古いプロバイダーに届き続けるのですか?
古い MX レコードがまだゾーンに残っているか、リゾルバーがまだキャッシュに保持しているためです。 2026年11月12日時点の Postelva の一覧によると、MX の設定が文書化されているプロバイダーのうち3つ、Proton Mail、Mailbox.org、Fastmail は、他を指す MX レコードを削除するか、新しいものに最も小さい優先度の数字を付けるよう案内しています。両方を残すと、メールはどちらのサーバーにも予測できない形で届きます。
変更に必要な時間は、変更した時点でそのレコードに設定されていた旧 TTL がおおよその目安です。TTL が3600秒なら最大1時間、86400なら最大1日、キャッシュされた応答が残ります。Proton Mail は MX の変更に最大1日、Mailbox.org は確認用レコードの同期に最大48時間かかることがあるとしています。修復ではなく移行を計画している場合は、メールを失わずに新しいプロバイダーへ移すで、事前に TTL を下げる方法を説明しています。
ドメインが失効すると、メールが止まることはありますか?
はい。ドメインが有効期限を過ぎて DNS の名前解決が止まると、受信メールはバウンスされるか失われます。 ICANN の Expired Registration Recovery Policy では、所有者は失効日から更新できます。削除後、gTLD レジストリは30日間のリデンプション期間を設けており、その間は DNS の名前解決が無効になり、移管はブロックされ、レジストラは追加料金で名前を復元できます。DNS が止まる正確な日はレジストラによって異なります。
もう一つ、あまり知られていない引き金が登録者のメールです。ICANN は、登録、移管、または登録者の変更から15日以内にレジストラが確認することを求めており、所有者が一度も応答しないドメインは停止されることがあります。Postelva ははっきり述べています: ICANNの規則に従い、登録後に登録者メールアドレスを確認します(15日以内)。確認メールに応答し、自動更新をオンにしてください。ここでは 残高からの自動更新。ドメインごとにオン・オフを切り替え可能 です。全体の流れはドメインが失効するとメールがどうなるかにあります。
SPF、DKIM、DMARC が原因でメールが消えることはありますか?
これらは受信よりも送信するメールに大きく影響しますが、厳しい DMARC ポリシーでは、受信側があなたのメッセージをそのまま拒否することがあります。 ドメインが公開できる SPF レコードは1つだけです。2つ目のレコードや、DNSルックアップが10回を超える SPF レコード(RFC 7208)は恒久的なエラーとなり、受信側は確認が失敗したものとして扱います。新しいレコードを作る代わりに、新しいプロバイダーの include を既存のレコードに追加してください。
DMARC では、レポートの宛先アドレスを付けて p=none から始め、正当なメールのすべてで SPF と DKIM が通ることを確認してから、quarantine、最後に reject へ進みます。Mailbox.org は、厳しいポリシーを早く設定しすぎると、正当なメールがバウンスされる可能性があると警告しています。レコードの説明はSPF レコードの作成方法にあります。
この中で Postelva はどこに関わりますか?
Postelva がドメインの DNS をホストするため、このガイドのすべてのレコードはクライアントエリアで編集します。 DNS には A、AAAA、CNAME、ALIAS、MX、TXT、NS、SRV、CAA の各レコード、DNSSEC に対応した無料のDNSホスティング。ご希望なら独自ネームサーバー(2〜13台)も使えます が含まれます。Proton Mail、Fastmail、Zoho Mail にはワンクリックのテンプレートがあり、Tuta、Mailbox.org、iCloud+、Migadu のレコードは DNSエディターに入力します。テンプレートと手入力のレコードが食い違う場合、ゾーンには両方が表示されるため、反映を待つ前に一覧全体を読んでください。サポートはメールで返信します: 週7日、12時間以内にメールで返信します。MX、SPF、DKIM、DMARC レコードのサポートも含まれます。
メールが届かない: よくある質問
DNS の変更が失敗したと判断するまで、どのくらい待つべきですか?
そのレコードの旧 TTL まで待ち、そのあと別のリゾルバーから確認してください。MX の変更は通常1〜4時間、24〜48時間かかることもあります。
なぜ届く送信者と届かない送信者がいるのですか?
送信者ごとにリゾルバーが古いレコードをキャッシュする時間が異なるため、変更中は新しいサーバーに配信する送信者と古いほうに配信する送信者に分かれます。古い MX レコードを削除すれば、その分裂は終わります。
キャッチオールは配信に影響しますか?
メールボックスの中だけです。キャッチオールは、作成していない名前を受け付けます。名前付きのアドレス宛のメールが見つからない場合は、エイリアスが存在すること、別のアカウントのキャッチオールがメールを取っていないことを確認してください。
プロバイダーがドメインをブロックすることはありますか?
プロバイダーは、未確認のドメインを拒否することがあります。ほかを調べる前に、確認用の TXT レコードとプロバイダーのステータス画面を確認してください。
ドメインが失効と表示されたらどうしますか?
すぐにクライアントエリアから更新してください。リデンプション期間中は、レジストラが追加料金(公開されている必要があります)で復元できます。
まとめ
- まず MX レコードを確認してください。メールの配信先はそれで決まります。
- 古い MX レコードを削除するか、新しいものに最も小さい優先度の数字を付けてください。
- MX の変更には旧 TTL ほどかかります。通常は1〜4時間、最大で48時間です。
- SPF レコードは1つだけで、DNSルックアップは10回未満(RFC 7208)。
- 失効したドメインは名前解決が止まります。リデンプション期間は30日間です。
- ICANN は、登録者のメールを15日以内に確認することを求めています。
- DMARC は p=none から段階的に厳しくし、いきなり reject にはしないでください。
出典 (8)
- RFC 7208、セクション 4.6.4: DNSルックアップの制限 — RFC Editor (2026-11-12 確認)
- RFC 2308: DNS クエリの否定キャッシュ — RFC Editor (2026-11-12 確認)
- Expired Registration Recovery Policy — ICANN (2026-11-12 確認)
- 2013年レジストラ認定契約(RAA) — ICANN (2026-11-12 確認)
- Namecheap の独自ドメイン(MX の値) — Proton (2026-11-12 確認)
- デフォルトの DNS レコード — Fastmail (2026-11-12 確認)
- mailbox.org KB: SPF、DKIM、DMARC — mailbox.org (2026-11-12 確認)
- DNS の変更が反映されるまでの時間 — Suped (2026-11-12 確認)