ドメインを取得したり登録者情報を変えたりすると、レジストラから「メールアドレスの確認」を求めるメールが送られます。このメールのリンクを期限内に開かないと、ドメインが一時停止され、サイトもメールも使えなくなることがあります。届かない原因の多くは、登録したメールアドレスそのものか、受信側のフィルタにあります。この記事では、よくある原因を可能性の高い順に確認し、停止を避けるための手順と、停止された後の戻し方を説明します。
そもそも何のメールなのか
.com や .net などの gTLD では、ICANN とレジストラの契約（RAA）によって、登録者の連絡先を確認することがレジストラに求められています。新規登録や登録者情報の変更のあと、レジストラは登録者のメールアドレスに確認メールを送り、本文のリンクを開いてもらうことで「このアドレスに連絡が届く」ことを確かめます。
レジストラによって「ドメイン情報認証」「登録者情報の確認」「Registrant Verification」など呼び方が異なりますが、目的は同じです。期限は一般に登録や変更から15日程度で、確認が取れないとレジストラはドメインを停止します。期限や停止のされ方、再送の方法はレジストラごとに違うため、契約中のレジストラの案内で確認してください（2026年10月現在）。.jp などの ccTLD はレジストリごとに規則が異なり、この仕組みがそのまま当てはまるとは限りません。
まず現状を確かめる
慌ててメールを探す前に、ドメインがすでに止まっていないかを確認します。
# ドメインのステータスを確認する
whois example.com | grep -iE 'Status|Expir|Registrar:'
# 名前解決できているか、ネームサーバーが変わっていないか
dig NS example.com +short
dig example.com A +shortステータスに clientHold が付いていれば、レジストラによって停止されています。レジストラによっては、ネームサーバーを一時的に自社の案内ページ用のものへ切り替えることもあります。停止されていなければ、期限内に確認を済ませれば影響は出ません。レジストラの管理画面にも、確認待ちの表示や期限が出ていることが多いので合わせて見ておきます。
届かない原因と対処（可能性の高い順）
1. 登録したメールアドレスが違う・使えない
もっとも多いのがこの原因です。取得時の入力ミス、退職者や制作会社の担当者のアドレス、すでに解約したプロバイダのアドレスなどが登録されたままになっているケースです。
確認: レジストラの管理画面で、登録者（Registrant）のメールアドレスを表示します。会員アカウントのメールアドレスと、ドメインの登録者のメールアドレスが別になっているレジストラが多いので、ドメインごとの登録者情報の画面を見ます。
対処: 受信できるアドレスに変更してから、確認メールを再送します。変更自体が新たな確認メールの送信のきっかけになることもあります。
2. そのドメイン自身のメールアドレスを登録している
info@example.com のように、確認対象のドメインのアドレスを登録している場合、ドメインの DNS やメールサーバーがまだ設定されていないと、そもそも受信できません。停止された後はさらに受信できなくなり、確認できないまま抜け出せない状態になります。
確認: 登録アドレスのドメインの MX レコードを確認します。
dig MX example.com +short何も返らない、または移行前の古いメールサーバーを向いている場合は受信できません。
対処: 登録者のメールアドレスを、別のドメインで普段使っているアドレス（Gmail などを含む）に変えてから再送します。運用上は、ドメインの重要な連絡先には、そのドメインに依存しないアドレスを使うのが安全です。
3. 迷惑メールフォルダや受信フィルタに入っている
確認メールはリンクを含む定型文のため、迷惑メールと判定されやすい種類のメールです。
確認: 迷惑メールフォルダ、Gmail のプロモーションや更新情報のタブを、レジストラ名やドメイン名で検索します。会社のアドレスなら、メールゲートウェイの隔離（検疫）領域に止められていないかを管理者に確認してもらいます。
対処: 見つかったら「迷惑メールではない」と報告し、レジストラの送信元アドレスを連絡先や許可リストに追加してから再送します。
4. 自社メールサーバーで受信を拒否している
自分でメールサーバーを運用している場合は、ログを見るのがいちばんの近道です。
# Postfix の例。ログの場所は環境によって異なる
sudo grep -i "registrar-example" /var/log/mail.log | tail -n 20
sudo journalctl -u postfix --since "2 days ago" | grep -i "reject"送信元のブラックリスト判定、SPF の検証失敗による拒否、メールボックスの容量超過などがログに出ていないかを確認します。ログに受信の記録そのものがなければ、メールはサーバーまで届いていません。原因1か2を疑います。
5. WHOIS の公開代行やメール転送の設定
公開代行（プライバシー保護）を使っていても、確認メールは通常レジストラが持つ本人のアドレスに送られます。ただし、転送用アドレスを登録者アドレスとして設定していたり、転送先が古かったりすると届きません。公開代行の転送設定と、登録者情報の実際のアドレスの両方を見直します。
6. 確認リンクの期限切れ
古い確認メールのリンクは無効になっていることがあります。見つけたメールのリンクでエラーが出る場合は、管理画面から再送して新しいメールのリンクを使います。
停止されてしまった場合
停止されていても、多くの場合は確認を済ませれば元に戻ります。
- レジストラの管理画面にログインし、登録者のメールアドレスを受信できるものに直す
- 確認メールを再送し、リンクを開く
- 管理画面で確認済みの表示に変わったことを確かめる
whoisでclientHoldが外れたか、digで名前解決が戻ったかを確認する
停止が解除されても、各地の DNS キャッシュに停止中の応答が残っていると、しばらく表示が戻らない端末があります。数時間ほど様子を見て、それでも戻らない場合はレジストラのサポートに問い合わせます。問い合わせの際は、ドメイン名、管理画面の会員 ID、変更したメールアドレス、whois の結果を用意しておくと話が早く進みます。
再発を防ぐために
- ドメインの登録者メールアドレスは、そのドメインに依存しない、長く使えるアドレスにする
- 担当者個人ではなく、共有の連絡用アドレスを使い、複数人が受信できるようにする
- 制作会社が取得したドメインは、登録者情報が自社になっているかを確認する
- 登録者情報を変更したら、その日のうちに確認メールの受信まで確かめる
まとめ
- ドメイン認証メールは、gTLD でレジストラが登録者の連絡先を確かめるためのもので、期限内に確認しないとドメインが停止されることがあります。
- 原因は「登録アドレスの誤り」「そのドメイン自身のアドレスを登録している」「迷惑メール判定」の順に多く見られます。
- まず
whoisと管理画面で停止の有無と登録アドレスを確認し、受信できるアドレスに直してから再送します。 - 停止された場合も、確認を済ませれば多くは解除されます。解除後はキャッシュが消えるまで待ちます。