DNS 中的 MX 記錄是什麼？一篇搞懂收信背後的關鍵設定
更新日期： 2025 年 6 月 26 日
當我們提到 DNS（Domain Name System），多數人會直覺聯想到「網址對應 IP」，也就是常見的 A 記錄。
但你知道嗎？如果你想要用自己的網域來收信（例如 [email protected]），其實也需要透過 DNS 才能完成！
這就是我們今天要介紹的主角：MX 記錄。
什麼是 MX 記錄？
定義：Mail Exchange（郵件交換）記錄
在 DNS（網域名稱系統）中，MX 記錄（Mail Exchange Record） 是專門用來設定「這個網域的電子郵件應該交由哪個伺服器來接收」的記錄。
當其他人寄信到你的信箱（例如 [email protected]）時，他們的郵件伺服器會先根據 DNS 查詢這個網域的 MX 記錄，得到一組或多組「收信伺服器的主機名稱」，然後按照優先順序將郵件送出。
所以 MX 記錄的角色，就是幫全世界的郵件系統「導引路線」，把信送到正確的位置。
MX 記錄的運作流程（白話解釋）
你可以把「收信」想像成寄實體信件：
- 你的網域（例如 yourbrand.com）就像一棟辦公大樓
- 每個信箱（如 [email protected]）就是大樓裡的辦公室
- MX 記錄就像大樓管理處登記的門牌資料
如果郵差（寄信的人）要寄信給你，卻在大樓管理處查不到你的地址（MX 記錄沒設），那麼信就會被退回，或永遠送不到。
如果沒設 MX 會怎樣？
如果你擁有網域 yourdomain.com，但 DNS 裡完全沒有設 MX 記錄，或設錯了：
- 任何人寄信到
@yourdomain.com都會失敗 - 發信人會收到一封錯誤通知，內容可能是：
“550 5.1.1 Recipient address rejected: User unknown”
換句話說，這個網域根本無法「收信」，你在任何信箱服務平台（如 Gmail Workspace、Zoho、Outlook）建立的信箱也都無法發揮作用。
MX 記錄的結構與範例
一筆 MX 記錄包含哪些欄位？
MX 記錄的格式雖然看起來不長，但其實每一欄都有非常實際的用途。以下是常見的三個欄位與它們代表的意義：
| 欄位名稱 | 說明 |
|---|---|
| Name | 要設定的網域名稱。通常使用 @ 表示「主網域」（例如 yourdomain.com），也可以設定子網域，如 mail.yourdomain.com。 |
| Priority | 優先順序（數字越小越優先）。當你設定多筆 MX 記錄時，郵件會優先送到數值最低的那一筆，若該伺服器無回應才會嘗試下一筆。 |
| Value | 指向的郵件伺服器（Mail Host）。通常是一個主機名稱（如 ASPMX.L.GOOGLE.COM.），這是由你使用的郵件服務商提供。 |
✅ 注意：Value（伺服器名稱）結尾需加上句點（
.），代表這是完整網域名稱，避免 DNS 解析錯誤。
🏷️ Type 欄位是什麼？（延伸補充）
除了上面三欄外，DNS 控制台還會要求你選擇「記錄類型」，這裡應選擇 MX，代表這是一筆郵件交換記錄。
範例解析：Google Workspace 的 MX 記錄設定
當你使用 Google Workspace（舊稱 G Suite） 作為你的企業信箱服務時，Google 會提供以下 5 筆 MX 記錄讓你加入 DNS 控制台：
| Name | Type | Priority | Value |
|---|---|---|---|
| @ | MX | 1 | ASPMX.L.GOOGLE.COM. |
| @ | MX | 5 | ALT1.ASPMX.L.GOOGLE.COM. |
| @ | MX | 5 | ALT2.ASPMX.L.GOOGLE.COM. |
| @ | MX | 10 | ALT3.ASPMX.L.GOOGLE.COM. |
| @ | MX | 10 | ALT4.ASPMX.L.GOOGLE.COM. |
📡 郵件傳送會怎麼運作？
這組設定的邏輯是這樣：
- 當有信件要寄到
[email protected]時，寄信方會查詢你網域的 MX 記錄。 - 他會發現：
- Priority 為 1 的主機是
ASPMX.L.GOOGLE.COM.→ 優先嘗試這台伺服器。
- 若這台主機無回應（例如：短暫故障或維護中），系統會改試 Priority 為 5 或 10 的備援主機。
這種設計就是為了提高「收信可靠性」與「不中斷運作」的容錯能力。
🧠 為什麼會有多筆？Priority 有什麼意義？
| Priority | 說明 |
|---|---|
| 1 | 主伺服器，平時收信的第一選擇 |
| 5、10 | 備援伺服器，當主伺服器無回應時才啟用 |
這樣的機制叫做 Failover（故障轉移），確保即便有伺服器出問題，你的信也能照常收得到。
🛑 如果只設一筆 MX 記錄會怎樣？
其實可以，只設一筆不會導致錯誤，但會讓收信系統缺乏備援彈性。建議至少設兩筆以上，讓系統有容錯機會。
📍 實務提醒
- 若你在不同平台（例如 DNS 託管在 GoDaddy，但信箱用的是 Gmail），你必須回到 GoDaddy 的 DNS 控制台中設這些 MX 記錄。
- 記得不要同時存在舊信箱商與新信箱商的 MX 記錄，會造成寄信路徑混亂。
MX 記錄的實際用途有哪些？
雖然 MX 記錄只是一種 DNS 記錄，但它實際上牽動了整個網域的「電子郵件通訊能力」。
以下三個用途，是每個使用自有網域信箱的人都一定會碰到的情境：
讓外部信件能寄進來（收信的前提）
MX 記錄是讓信寄得進來的必要條件。
當其他人寄信給你（例如 [email protected]）時，對方的郵件伺服器會先透過 DNS 查詢這個網域的 MX 記錄，才能知道該把信寄到哪一台伺服器。
- ✅ 如果 MX 記錄設定正確 → 郵件會依照優先順序傳送到你的收信主機
- ❌ 如果 MX 記錄漏設、寫錯或主機不存在 → 郵件將被退回，寄信人會收到錯誤訊息（如 “Recipient address rejected”）
📌 實際狀況範例：
| 狀況 | 結果 |
|---|---|
| MX 記錄沒設 | 郵件退信，對方寄不進來 |
| MX 記錄設錯（主機拼錯或不通） | 郵件找不到正確收信伺服器 → 失敗 |
| MX 記錄只設一筆且伺服器剛好掛掉 | 郵件延遲或失敗（沒備援可轉移） |
信件反垃圾與安全驗證的前提
除了讓你能收信，MX 記錄還是信件安全與可信度建立的基礎，因為它是判斷「信箱來源是否可信」的第一步。
許多大型郵件服務（像 Gmail、Outlook、Yahoo）在收到來自某個網域的信時，會根據該網域的 MX 記錄來查詢額外的防偽設定，包括：
| 設定 | 功能說明 |
|---|---|
| SPF | 指定哪些 IP 或主機能代表你寄信（防止冒名寄信） |
| DKIM | 信件加密簽章，證明這封信是從你這裡寄出的，且內容未被竄改 |
| DMARC | 結合 SPF + DKIM，定義若驗證失敗該如何處理信件（拒收 / 標垃圾） |
📌 關鍵：這些 TXT 記錄雖然不是 MX 記錄本身，但都依附在 MX 所指定的網域**上進行驗證。沒有正確的 MX 基礎，這些防護機制就無法生效。
🧠 實際影響：
- 沒設 SPF/DKIM：你寄出的信可能被標為垃圾信
- 沒設 DMARC：信箱遭冒用時，你無法管控對方收信結果
網域轉移或更換信箱服務商時的必要調整
當你換信箱服務（例如從 Zoho Mail 換成 Google Workspace），信箱位置變了，MX 記錄也要跟著換，否則信件還是會被送到舊的伺服器，甚至收不到。
📌 更換信箱服務的常見情境：
| 動作 | 對應的 DNS 調整 |
|---|---|
| 從免費信箱升級成 Google Workspace | MX 改設為 Google 提供的主機名 |
| 從 A 公司換到 B 公司的郵件服務 | 移除原本的 MX，改設新的對應主機 |
| 將子網域 mail.yourdomain.com 切換服務 | 可以針對該子網域獨立設定 MX（進階用法） |
🧠 延伸提醒：
- 記得刪除舊服務商的 MX 記錄，避免混淆或信件送錯地方
- 有些 DNS 系統會快取 TTL，建議換服務商前先調低 TTL（例如 300 秒）以利快速生效
如何設定 MX 記錄？（以 Cloudflare 為例）
若你的 DNS 是透過 Cloudflare 管理，那你需要在 Cloudflare 後台中新增一筆（或多筆） MX 記錄，告訴全世界「我要在哪裡收信」。
設定步驟說明：
🔐 步驟 1：登入 Cloudflare 並選擇你的網域
進入 Cloudflare 主控台，從網站列表中點選你要設定的網域（例如 yourdomain.com）。
🧭 步驟 2：前往 DNS 設定頁
左側選單中點選「DNS」，你會看到該網域目前所有的 DNS 記錄列表。
➕ 步驟 3：新增 MX 記錄
點選上方的 「新增記錄」（Add record）按鈕，開始填寫 MX 資訊。
✏️ 步驟 4：輸入 MX 記錄詳細內容
| 欄位 | 填寫內容說明 |
|---|---|
| Type | 選擇 MX |
| Name | 建議填寫「@」代表主網域（即 yourdomain.com），也可以指定子網域（如 mail.yourdomain.com） |
| Mail server | 輸入你信箱服務商提供的郵件伺服器主機名稱，如：ASPMX.L.GOOGLE.COM. 或 mx.zoho.com.，注意結尾要加 .（句點） |
| Priority | 設定收信的優先順序，數字越小越優先。主伺服器可設為 1，備援伺服器可設 5、10 |
| TTL | 可選擇預設（Auto）或手動設為 3600 秒（1 小時） |
| Proxy 狀態 | 記得這是郵件用途，不要啟用 Cloudflare Proxy（灰色雲朵 ✅），MX 記錄的收信伺服器應保持真實 IP 曝光才可正常運作 |
注意事項彙整
| 重點 | 說明 |
|---|---|
| ✅ 句點 | Mail server 結尾的 . 代表「完整網域名稱」，若省略，Cloudflare 會自動補上主網域造成錯誤解析。 |
| ✅ Proxy 狀態 | MX 指向的主機名稱（如 mail.yourdomain.com）需要有 A/CNAME 記錄，且不可經過 Cloudflare 代理。 |
| ✅ 生效時間（TTL） | 更動後可能需等待 5~60 分鐘才會被全球 DNS 系統同步更新。TTL 越短越快更新。 |
結論：你已經了解的事情
經過這篇文章，相信你已經對「MX 記錄」有了清楚而完整的認識。
以下是你現在應該具備的關鍵理解：
MX 記錄是什麼？為什麼它很重要？
- MX 記錄（Mail Exchange Record） 是 DNS 中一種用來設定「收信主機位置」的記錄類型。
- 當別人寄信到你的網域信箱（如
[email protected]）時，郵件系統會查詢 MX 記錄，才知道該把信送去哪。 - 沒有 MX，就等於信箱沒有地址，信收不到。這是建立網域信箱不可缺的一環。
如果你要用自己的網域收信，就一定要設好 MX 記錄
- 不論你是個人網站站長、小型企業主、品牌經營者，只要你想用像
hello@你的網域.com的專屬信箱，就一定需要透過 DNS 控制台設定 MX。 - 一般流程是：
- 選擇郵件服務商（如 Google Workspace、Zoho Mail、Outlook）
- 申請信箱服務，取得對方提供的 MX 記錄格式
- 登入你的 DNS 平台（如 Cloudflare、GoDaddy）
- 輸入 MX 記錄內容
- 當 MX 設定正確，別人才可以順利把信寄給你。
不同信箱服務商的 MX 記錄格式各不相同
每一家郵件服務商都有自己專屬的 MX 主機名稱，你不能「通用一筆設定」。
| 信箱服務商 | 典型的 MX 記錄格式（僅供參考，請以官方文件為主） |
|---|---|
| Gmail（Google Workspace） | ASPMX.L.GOOGLE.COM. + 多筆 ALT 備援記錄 |
| Zoho Mail | mx.zoho.com. / mx2.zoho.com. / mx3.zoho.com. |
| Outlook（Microsoft 365） | domain-com.mail.protection.outlook.com. |
📌 記得每筆記錄還會有 Priority 優先順序，這樣郵件才知道先嘗試哪一台伺服器。
✅ 總結一句話：
MX 是你建立網域信箱的第一道門，沒有它，信根本寄不進來；但要讓信能被「安全收、正常寄、對方信任」，還需要一整套完整的 DNS 配置。