ja

推測不要のカスタムドメイン MX 設定

ドメインを GPTMail に接続し、クリーンな MX 設定を行い、権威 DNS が実際に返すものを検証し、正しく見えるレコードがそれでも失敗する一般的なケースを診断します。

2026/07/17

カスタムドメインから DNS を経由してメール受信箱へ至る正確なルート

MXレコードは次の狭い質問に答えます：このドメインのメールはどのサーバーが受信すべきか？ 一時的なメール用カスタムドメインの場合、Cloudflare が権威ある DNS をホストし、GPTMail（Cloudflare ではなく）が受信インボックスサービスを提供します。DNS ダッシュボードが正しく見えても、公開 DNS の応答が別の結果を示すと、設定が混乱します。

解決策は、フォームを判断するのをやめ、インターネットが実際に見ることができる回答を検証することです。

DNS を変更する前に

以下の3点を確認してください:

  • ドメインの権威ネームサーバーの DNS を編集できること。
  • メールを受信したい正確なドメインであること。
  • GPTMail が表示している現在の公開 MX ターゲットをコピーしていること。

GPTMail は現在、add-domain パネルとドメインページに必要なターゲットを表示しています。その値を、古いスクリーンショットや他サービスからコピーしたレコードではなく使用してください。

最小限のレコード

現在の GPTMail 公開ターゲットに対して、レコードは通常以下のようになります:

Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1

DNS プロバイダーはホストフィールドの表記が異なります。@、空白、またはドメイン名自体はすべてゾーンの apex を意味します。プロバイダーの慣例に従ってください。インターフェースが空白を期待している場合に @ を文字通り入力しないでください。

一部のプロバイダーはターゲットの末尾にドットが必要とし、他は自動で付加します。正しく処理すれば、どちらの形式も同じ DNS 名を表します。

コピーする対象の前にパブリックかプライベートかを選択してください

GPTMail には 2 つのカスタムドメインモードがあり、常に同じ MX ターゲットを使用するわけではありません。

  • パブリックドメイン は、ドメインページ に表示されているパブリックターゲットを使用します。検証が完了するとパブリックドメインリストに表示され、サーバー側リクエスト用の API キーが付与されます。
  • プライベートドメイン はパブリックリストに表示されず、あなたの GPTMail アカウントに紐づけられます。先にサインインする必要があり、そのアカウントだけがメッセージを閲覧できます。まず GPTMail ホームページ のプライベートドメインタブから専用の DNS 設定を生成し、MX を編集してください。

この記事のパブリック例をプライベートドメイン設定にコピーしないでください。追加するドメインに表示されている値が真実の情報です。

優先度は速度設定ではない

数値が小さいほど優先度が高くなります。優先度 1 は明確なデフォルトですが、唯一の MX ルートであれば 0 や 10 でも機能します。危険なのは、別の場所を指す低い番号の古いレコードが残っていることです。送信者はまずそのルートを試みます。

移行中は、意図的にテスト済みのバックアップ受信者を運用しない限り、不要な MX レコードを削除してください。複数のレコードは無害な装飾ではなく、代替配信ルートを定義します。

権威ある回答を検証する

レコードを保存したら、公開 DNS を問い合わせます:

dig MX your-domain.example

応答に GPTMail のターゲットが含まれているはずです。含まれていない場合は、どのネームサーバーが権威を持つか確認してください:

dig NS your-domain.example

次に、その権威ネームサーバーの一つに直接問い合わせます:

dig @authoritative-nameserver.example MX your-domain.example

これにより、伝搬遅延と誤った DNS ゾーンの編集を区別できます。権威サーバーがすでに新しいレコードを返しているのに公開リゾルバが返さない場合は、キャッシュが期限切れになるのを待ちます。権威サーバーがまだ古い値を返す場合、待っても解決せず、変更が誤った場所に保存されたか公開されていないことが原因です。

正しいレコードが「不明」になる理由

DNS のチェックは、リゾルバのタイムアウト、ネームサーバーの問題、DNSSEC エラー、またはレコードがまだ伝搬中であるために、一時的に応答が得られないことがあります。1 回の失敗した検索だけでドメインが誤設定であるとは証明できません。

GPTMail が MX レコードが必要なサーバーを指していないと報告した場合:

  1. ドメインマネージャーに表示されている実際の MX 値をコピーする。
  2. 完全なホスト名を含め、必要なターゲットと比較する。
  3. 優先度が高い競合レコードがないか確認する。
  4. 権威ネームサーバーに直接問い合わせる。
  5. 数分待ってから新しい DNS 変更後に再試行する。

DNS が伝搬中にドメインを繰り返し削除・再作成しないでください。これにより、アプリケーションの状態は変わりますが、DNS の返す情報は変わりません。

Cloudflare 認可済みセットアップ

このフローでは Cloudflare が DNS プロバイダーで、GPTMail が一時的な受信インボックスです。このセットアップは Cloudflare Email Routing を使用しません。

認可する前に、以下を確認してください：

  • 実際にドメインを管理している Cloudflare アカウントとゾーンを選択します。
  • Cloudflare Email Routing が有効になっている場合は、まず無効化してください。GPTMail はルーティング用 MX レコードを検出し、DNS を変更せずに停止し、競合の解決を求めます。
  • GPTMail が表示するターゲットを確認します。ワンタイム認可はそのドメインの MX レコードのみを置き換え、他の DNS レコードタイプは変更せず、コールバック完了後にアクセストークンは取り消されます。

自動レコードは優先度 0 を使用し、上記の手動例は 1 を使用します。どちらも唯一の MX ルートであれば有効です。認可により入力ミスが減りますが、最終的な検証は依然として公開 DNS に依存します。

ドメインが別の DNS プロバイダーを使用している場合は、レコードを手動で追加し、GPTMail に戻って検証を再試行してください。

実際の配信をテストする

MX ルックアップはルーティングを確認するもので、エンドツーエンドの配信を保証するものではありません。検証後は:

  • ドメイン上に新しいアドレスを作成する；
  • 別のプロバイダーから短いプレーンテキストメッセージを送信する；
  • 受信者アドレスが完全に一致していることを確認する；
  • 失敗と見なす前に送信者が配信を完了するのを待つ；
  • 最初のメッセージが遅延した場合は、別の送信者で試す。

古い MX ルートを最近キャッシュしたシステムだけでテストしないでください。

所有権と復旧を分離する

カスタムドメインは名前の管理権を提供しますが、GPTMail は一時的な受信箱サービスです。レジストラへのアクセス、DNS 復旧、重要なアカウント復旧は、一時ドメイン外の永続的なメールボックスに保管してください。

プライベートドメインがそもそも適切かどうか判断するには、結果重視で受信箱を選ぶ、便利さではなく をお読みください。MX 検証後もテストメールが届かない場合は、検証メールが届かない：壊れたステップを見つける をご利用ください。

GPTMail