MX 記錄完全解析:運作原理與設定指南

電郵送达Apr 22, 20267 min 閱讀

如果你想知道什麼是MX記錄如何正確設定MX記錄,你絕非孤單一人。MX記錄(郵件交換記錄)是DNS的關鍵部分,負責決定電子郵件如何路由至你的網域。 設定錯誤的MX記錄是造成電子郵件派送失敗的最常見原因之一,會導致電子郵件退回、訊息遺失與通訊中斷。在本篇指南中,你將學會MX記錄的運作原理、 逐步設定方式,以及如何避免影響電子郵件派送成功率的常見錯誤。

什麼是MX記錄?它如何引導電子郵件派送?

MX記錄是一種DNS記錄,用於指定哪些郵件伺服器負責接收網域的電子郵件。每個接收郵件的網域都必須至少有一筆MX記錄。沒有MX記錄,郵件伺服器將不知道該將訊息傳送至何處,導致電子郵件退回或通訊遺失。

郵件派送完整指南

MX記錄的主要功能

  • 電子郵件路由: MX記錄將電子郵件導向正確的伺服器,無論是Gmail、Microsoft 365或私人郵件伺服器。
  • 備援伺服器: MX記錄使用優先權數值。數值最低的伺服器為主要伺服器,數值較高者為備援伺服器。這能確保其中一台伺服器故障時仍能維持運作。
  • 垃圾郵件過濾支援: 正確的MX設定也能強化SPF、DKIM與DMARC的電子郵件驗證機制,降低郵件被標記為垃圾郵件的風險。

MX記錄的運作方式

當有人傳送電子郵件至你的網域時:

1. 寄件者的郵件伺服器會向DNS查詢你的MX記錄。

2. 透過優先權數值辨識你的主要郵件伺服器。

3. 若主要伺服器無法運作,則依照優先權嘗試下一筆MX記錄。

範例:

  • 優先權 10: mail.primaryserver.com
  • 優先權 20: mail.backupserver.com

電子郵件會先嘗試主要伺服器(優先權10)。若失敗,備援伺服器(優先權20)會接收郵件。

如何查詢MX記錄

進行變更前,先檢查現有的MX記錄。這有助於避免衝突與服務中斷。

  • 1

    使用命令列工具

    • Windows: 開啟命令提示字元並執行:nslookup -type=mx yourdomain.com
    • Linux/macOS: 開啟終端機並執行: dig mx yourdomain.com

    這些指令會列出網域的所有MX記錄與其優先權。

  • 2

    使用線上工具

    • MXToolbox: 提供全球MX記錄查詢與警示功能。
    • Google Admin Toolbox: 檢查Gmail MX記錄。
    • DNSChecker: 確認MX記錄在全球多台伺服器的傳播狀態。
  • 3

    電子郵件供應商文件

    熱門電子郵件供應商(如Gmail或Outlook)會在官方文件中列出所需的MX記錄。務必完整複製數值以避免錯誤。

    Gmail MX記錄範例:

    • 優先權 1: ASPMX.L.GOOGLE.COM
    • 優先權 5: ALT1.ASPMX.L.GOOGLE.COM
    • 優先權 5: ALT2.ASPMX.L.GOOGLE.COM
    • 優先權 10: ALT3.ASPMX.L.GOOGLE.COM
    • 優先權 10: ALT4.ASPMX.L.GOOGLE.COM

正確設定MX記錄是電子郵件派送的基礎。即使是微小錯誤也可能導致郵件退回或通訊延遲。

5步驟指南:設定與配置MX記錄

這是所有管理電子郵件基礎架構者的核心章節。依照本逐步指南精準設定MX記錄、確保備援能力,並驗證記錄成功傳播。

MX 記錄逐步設定教學

步驟1:設定前規劃與準備

在修改DNS前,完善的準備能確保設定流程順利。

1. 盤點現有電子郵件基礎架構

  • 列出網域目前所有的電子郵件服務,包含主要與次要郵件伺服器。
  • 記錄所有第三方電子郵件服務,例如行銷平台、自動通知或備援伺服器。
  • 記下現有MX記錄與優先權,以便設定後比對。

小技巧: 維護清晰的盤點清單可避免新增MX記錄時發生衝突。

2. 選擇電子郵件服務供應商並取得MX記錄資訊

  • 決定主要電子郵件供應商(如Gmail、Microsoft 365、Zoho或私人伺服器)。
  • 從官方文件取得正確的MX記錄數值。
  • 確認取得優先權數值、主機名稱與TTL數值。

範例: Gmail的主要MX記錄為ASPMX.L.GOOGLE.COM,優先權1,後續備援伺服器則使用較高的優先權數值。

3. 規劃維護時段並通知變更

  • 在電子郵件流量較低的時段進行變更,將中斷影響降至最低。
  • 通知團隊可能發生的服務中斷。
  • 準備備份存取憑證,以防需要還原變更。

步驟2:存取與操作DNS管理介面

MX記錄在網域的DNS設定中管理。正確存取與操作可避免錯誤。

1. 確認DNS託管供應商

  • 確認網域的DNS託管位置(如GoDaddy、Cloudflare、Namecheap、AWS Route 53)。
  • 部分網域會使用不同的DNS與網域註冊供應商。務必確認正確的DNS主機。

2. 安全存取DNS管理主控台

  • 透過供應商入口網站登入。
  • 啟用雙因素驗證提升安全性。
  • 將備份憑證存放在安全位置。

3. 找到現有MX記錄

  • 檢視所有現有MX記錄。
  • 擷取畫面或記錄內容,以便需要時還原。
  • 找出需要移除的過期或衝突MX項目。

步驟3:精準設定MX記錄

此步驟的準確性至關重要,可避免電子郵件派送問題。

1. 移除或停用過期MX記錄

  • 刪除不再有效的舊MX項目。
  • 必要時保留暫時備援,直到新記錄完成傳播。
  • 避免設定多組相同優先權的衝突MX記錄。

2. 精準輸入新MX記錄數值

新增MX記錄時,請仔細填寫每個欄位:

欄位 範例 備註
名稱 / 主機 @ 或 yourdomain.com @ 通常代表根網域
記錄類型 MX 從下拉選單選擇MX
優先權 / 喜好設定 10, 20, 30 數值越低優先權越高
目標 / 數值 mail.primaryserver.com 供應商提供的精確主機名稱
TTL 3600 秒 (1 小時) DNS更新快取的時間

小技巧:完整複製主機名稱。只要一個輸入錯誤就會導致郵件無法接收。

3. 新增所有必要的MX記錄

  • 多數供應商需要主要與備援MX記錄以提供備援能力。
  • 指定唯一的優先權數值,確保故障轉移功能正常運作。

步驟4:驗證與傳播確認

儲存MX記錄後,需要確認它們在全球範圍內正常運作。

1. 儲存變更並啟動傳播

  • 在DNS主控台點擊儲存、更新或套用變更。
  • 依據TTL與全球DNS快取狀況,傳播通常會在24–48小時內完成。

2. 使用多種DNS查詢工具驗證

  • 從全球不同位置驗證MX記錄:MXToolbox、DNSChecker、Google Admin Toolbox 。

3. 執行端對端電子郵件測試

  • 從外部帳號(如Gmail、Outlook)傳送測試郵件至你的網域。
  • 檢查郵件是否正確進入收件匣、垃圾郵件資料夾或傳送失敗。
  • 若安全無虞,可暫時停用主要伺服器,測試主要與備援MX記錄是否正常運作。

步驟5:設定後監控與最佳化

即使記錄完成傳播,持續監控仍能確保電子郵件派送穩定性。

1. 監控電子郵件派送數據

  • 追蹤退回率、延遲郵件與垃圾郵件歸類狀況。
  • 監控7–10天,及早發現問題。

2. 設定DNS監控警示

  • 設定警示,當MX記錄意外變更時通知你。
  • MXToolbox或DNSChecker等工具可在發生故障或遭竄改時通知你。

3. 記錄最終設定以供日後參考

  • 保存所有MX項目、優先權、主機名稱與TTL數值的記錄。
  • 加入備援伺服器與預期傳播時間的備註。
  • 文件記錄有助於稽核或問題排除。

可靠MX記錄設定的專家技巧

  • 永遠先新增MX記錄,再移除舊記錄。
  • 至少保留一組備援MX記錄,避免郵件遺失。
  • 重大DNS變更後定期測試電子郵件派送。
  • 確保SPF、DKIM與DMARC記錄與MX設定相符。

新手必避的常見錯誤

設定MX記錄看似簡單,但即使是微小錯誤也可能導致嚴重的電子郵件問題。許多新手因忽略基本最佳實務,無意間中斷電子郵件派送。以下是最常見的錯誤與避免方式。

1. 新增新記錄前先刪除預設MX記錄

最常見的錯誤之一是在新增新記錄前先移除現有MX記錄。這會立即阻擋所有傳送至網域的進站郵件。

範例: 如果你的網域使用Gmail MX記錄,卻在未新增新MX項目的情況下刪除舊記錄,所有傳送至網域的郵件都會退回給寄件者。

小技巧: 永遠先新增新MX記錄。確認運作正常後,再移除過期或不必要的記錄。這能確保電子郵件流程不中斷。

2. 省略備援MX記錄

部分新手只設定單一主要MX記錄,認為一台伺服器就足夠。沒有備援MX記錄,網域會存在單一故障點。

範例:如果主要伺服器因維護或中斷離線,所有進站郵件都會失敗,直到伺服器恢復。這可能導致錯過客戶通訊或喪失商機。

小技巧: 永遠至少加入一組優先權數值較高的備援MX記錄。這能確保主要伺服器故障時,郵件自動路由至次要伺服器。

3. 變更時忽略TTL數值

TTL(存活時間)決定DNS伺服器快取MX記錄資訊的時長。新手經常將TTL設為極高數值或在變更時忽略它。

範例:如果TTL設為24小時,當你更新MX記錄後,全球DNS伺服器可能需要一整天才會辨識新設定。郵件可能仍路由至舊伺服器,導致延遲或派送失敗。

小技巧: 更新MX記錄時,將TTL設為3600秒(1小時)。變更成功傳播後,再調回偏好設定。

4. 輸入錯誤的主機名稱或優先權

郵件伺服器主機名稱的微小輸入錯誤,或使用錯誤的優先權數值,都會導致郵件無法抵達網域。

範例: 輸入mail.google.cm而非mail.google.com會阻擋所有Gmail派送。同樣地,在未理解故障轉移的情況下,為多組MX記錄指定相同優先權,可能導致路由不穩定。

小技巧: 務必直接從電子郵件供應商文件複製數值,並再次檢查優先權數值。

5. 設定後未進行測試

部分使用者認為儲存MX記錄就足夠。未經測試,錯誤可能直到郵件退回才被發現。

小技巧: 從多個外部帳號(Gmail、Outlook、Yahoo等)傳送測試郵件,確保訊息正確抵達。檢查垃圾郵件資料夾,並在安全無虞的情況下暫時停用主要伺服器,驗證備援伺服器運作。

結論

MX記錄是電子郵件派送的基礎。即使是微小的設定錯誤也可能導致郵件遺失、通訊失敗與寄件者信譽受損。 透過正確設定MX記錄、驗證DNS傳播,並與驗證協定相符,你能確保可靠且安全的電子郵件派送。

立即開始使用 Aurora SendCloud,透過即時洞察與智慧派送工具,監控、最佳化並保護你的電子郵件基礎架構。

相關文章