MX 記錄解析：運作原理與設定指南

如果你想知道什麼是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記錄、確保備援能力，並驗證記錄成功傳播。

步驟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記錄時，請仔細填寫每個欄位：

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

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紀錄設定完全正確，依舊有可能發生信件遞送故障。本段落整理最常見的MX設定錯誤，並提供分步修復流程。不論是信件退信、延遲，或是完全收不到郵件，這些除錯方式都能協助你快速定位並處理問題。

更新MX紀錄後完全收不到信件

更新或新增MX紀錄後發生故障是極為常見的狀況。你完成設定、等待數分鐘，卻發現完全沒有新信件流入。在認定設定有問題之前，先確認以下三項關鍵因素。

DNS全域同步傳播時間

DNS變更不會即時生效。當你修改MX紀錄後，新設定需要時間同步到全球所有DNS伺服器。多數情況下同步作業會在24至48小時內完成；部分業者更新速度較快，但建議至少等待完整一天後再測試信件收發。

若要確認MX紀錄是否同步完畢，可使用線上DNS查詢工具，或是切換不同網路環境執行指令查詢。

TTL存活時間設定錯誤

TTL（存活時間）決定DNS解析器快取紀錄的時長。若舊MX紀錄設定高TTL數值，例如86400秒（24小時），DNS伺服器會持續使用舊設定直到快取到期。後續若需要快速變更設定，建議先將TTL調低為300秒或600秒，再執行MX更新。

紀錄類型與數值填寫錯誤

MX紀錄只能指向完整網域名稱（FQDN），不能直接填寫IP位址。常見失誤是輸入 192.168.1.1 這類IP，而非 mail.example.com 主機名。前往DNS後台再次確認紀錄類型選擇MX，且內容為合法主機網址。

MX優先權設定衝突

MX紀錄透過優先權數值決定信件接收伺服器的順序，數字越小優先等級越高。若優先權配置錯亂，會造成信件路徑異常、無法預期的遞送行為。

認識優先權規則

標準MX配置範例如下：

• mail.primary.com — 優先權10
• mail.backup.com — 優先權20

以上範例中，寄件伺服器會優先嘗試連線 mail.primary.com，只有當該主機無法連線時，才會備援至 mail.backup.com 接收信件。

常見優先權設定錯誤

• 所有MX紀錄使用相同優先權，備援機制失效，信件隨機分配伺服器
• 備援伺服器優先權數值低於主要伺服器（例如備援設5、主機設10），調反接收順序
• 優先權欄位留白，部分DNS後台會視為0優先，也有系統直接拒收該筆紀錄

務必規劃清晰的優先順序，主要郵件伺服器統一使用10，備援主機依序使用20、30以此類推。

MX紀錄格式不合法

MX紀錄有嚴格標準格式，微小的格式錯誤都會造成郵件伺服器無法正常讀取設定。

完整網域FQDN規範

MX紀錄指向的目標必須是完整主機網址，同時包含主機名與網域名，例如 aspmx.l.google.com；除非服務商特別支援，否則不能只填寫根網域 example.com，也禁止填入IP位址。

結尾句點問題

部分DNS管理後台要求MX紀錄末尾加上句點代表根網域，範例如下：

• 正確寫法：mail.example.com.
• 錯誤寫法：mail.example.com（適用於強制需句點的系統）

查閱你的DNS服務商說明文件，若不確定可兩種格式都測試，或是使用線上MX驗證工具確認紀錄讀取狀態。

空白與特殊符號問題

MX紀錄的主機欄位不能包含空白、底線或其他特殊符號；部分後台會自動格式化內容，但手動輸入時容易產生隱藏字元，導致紀錄失效。

SPF、DKIM、DMARC與MX設定衝突

MX紀錄只負責指定信件接收伺服器，但必須搭配其他DNS紀錄才能達到安全穩定的收發效果。若SPF、DKIM、DMARC配置錯誤，就算MX完全正常，信件依舊可能遭到伺服器退回。

SPF紀錄衝突

SPF（寄件者政策框架）告知收件伺服器哪些IP具備該網域合法發信權限。若SPF未納入郵件伺服器IP，或是查詢次數超限，從該網域寄出的信件會被標記垃圾或直接拒收。

基礎SPF範例紀錄：

v=spf1 include:_spf.google.com ~all

若近期更換郵件服務商，務必更新SPF內容對應新伺服；MX改版後常見故障原因就是殘留衝突的SPF設定。

DKIM與DMARC對齊規則

DKIM為信件加上數位簽章，DMARC則定義SPF/DKIM驗證失敗時信箱的處理規則。這兩項紀錄缺漏或與MX搭配不對齊，Gmail、Outlook等大型平台會直接拒收你的信件。

若更新MX切換新郵件服務，務必確認該平台要求的SPF、DKIM、DMARC規則；多數服務商會提供完整DNS紀錄內容供使用者直接新增。

完整信件身分驗證介紹可參考延伸文章：SPF紀錄完整教學、DKIM設定指南、DMARC配置手冊。

使用線上工具診斷MX異常

手動檢查無法釐清問題時，線上診斷工具可完整呈現MX與整體郵件設定狀態。

推薦工具清單

• MXToolbox：輸入網域名即可查詢全部MX紀錄、DNS同步狀態與黑名單檢測
• Google管理工具組：Google官方檢測工具，依照Gmail規格驗證MX、SPF、DKIM
• WhatsMyDNS：從全球多節點查看你的MX紀錄，確認全域同步進度
• DNSChecker：同時連線全球多組DNS伺服器，測試MX、A、CNAME、TXT各類紀錄

檢查重點項目

• MX紀錄內容是否與郵件服務商提供的規格完全一致
• 各MX優先權數值順序是否配置正確
• 是否存在重複、互相衝突的MX紀錄
• SPF、DKIM、DMARC是否完整存在且驗證有效

這類工具特別適合變更設定後確認修復成效；先執行檢測、調整設定，再次掃描直到所有項目無異常為止。

新手必避的常見錯誤

設定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伺服器，一般需要24至48小時；不過透過線上DNS查詢工具，通常數小時就能觀察到更新後的設定。

可以建立多筆MX紀錄嗎？

可以，而且建議配置多筆MX紀錄作為備援機制。分別設定不同優先權（例如主要伺服器設10、備援伺服器設20），萬一主要郵件主機故障，信件仍能正常遞送。

MX紀錄設定錯誤會發生什麼狀況？

若MX紀錄配置有誤，外部寄來的信件會攜帶「550 信件遞送失敗」之類錯誤訊息退回寄件人，或是無限期延遲收信；但MX異常通常不會影響你寄出的信件。

MX紀錄會影響信件到件能力嗎？

會，正確的MX紀錄是信件順利送達的基礎。若MX設定不完整，收件伺服器無法接收寄往你的網域之信件，連帶損傷寄件信譽與整體發送成功率。

結論

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

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