自訂域名 MX 設定，免除猜測

MX 記錄回答一個狹窄的問題：哪台伺服器應該接收此網域的郵件？ 對於臨時電子郵件自訂網域，Cloudflare 可以託管權威 DNS，而 GPTMail（非 Cloudflare）提供收件匣服務。當 DNS 儀表板看起來正確，但公共 DNS 回應卻顯示其他資訊時，設定會變得混亂。

解決之道是停止判斷表單本身，改為檢查實際可被網際網路看到的回應。

變更 DNS 前

GPTMail 目前在新增域名面板以及域名頁面上顯示所需的目標。請使用該值，而非舊的螢幕截圖或從其他服務複製的記錄。

對於目前的 GPTMail 公共目標，記錄通常如下：

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

不同的 DNS 服務商對主機欄位的描述各異。@、空白值或直接使用域名本身都可以表示區域根點。請遵循服務商的慣例；若介面要求空白欄位，切勿直接輸入 @。

有些服務商需要在目標後加上結尾的點 (.)，而有些則會自動補上。只要處理得當，兩種寫法皆代表相同的 DNS 名稱。

GPTMail 有兩種自訂網域模式，且它們並不總是使用相同的 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 錯誤，或記錄仍在傳播中而暫時無回應。單一次查詢失敗並不代表域名設定錯誤。

如果 GPTMail 報告 MX 記錄未指向所需伺服器：

在 DNS 傳播期間，請勿反覆刪除並重新建立域名。這會改變應用程式狀態，但不會改變 DNS 的回應。

在此流程中，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 驗證後測試訊息仍未送達，請參考驗證郵件未到達：找出斷點。