交換主機名稱標明寄件端應連線的位置
每筆結果都包含一台收信郵件伺服器的網域名稱。該主機名稱應解析到可連線的基礎設施；MX 目標不得以裸 IP 位址發布。
此查詢僅顯示 MX 層。若還需要目標的位址記錄或網域的其他 DNS 資料，請使用更完整的 DNS 檢查器 。
免費工具
MX 記錄查詢
輸入任何網域，即可即時取得其 MX 記錄。查看每台郵件伺服器的主機名稱、優先級，以及電子郵件投遞是否設定正確。
什麼是 MX 記錄？
MX（Mail Exchange）記錄是 DNS 項目，用來指定網域接收電子郵件的偏好伺服器。當有人寄信到 user@example.com 時，寄件伺服器會先查詢 example.com 的 MX 記錄。若沒有 MX，SMTP 可後援到該網域的 A 或 AAAA 位址；null MX 則明確宣告該網域不接受郵件。
每筆 MX 記錄包含兩個元件：主機名稱（郵件伺服器位址）與優先級數。優先級數愈低，優先順序愈高。當存在多筆 MX 記錄時，寄件伺服器會先嘗試優先級最低者。若該伺服器不可用，則後援到下一較低優先級。這項備援確保即使一台郵件伺服器停機，電子郵件仍能送達。
MX 記錄是收信的一般路由層。SPF、DKIM 與 DMARC 等驗證記錄處理外寄身分，而 MX 記錄則引導寄件端前往收信基礎設施。查詢可揭示明確的郵件交換主機或 null MX，但空白的 MX 回應必須搭配 SMTP 隱式 MX 後援以及網域的 A 或 AAAA 記錄一併解讀。
常見 MX 記錄設定
Google Workspace
Google Workspace 網域通常有五筆 MX 記錄，指向 aspmx.l.google.com 及其變體，優先級為 1、5、5、10 與 10。皆為互為備援的 Google 郵件伺服器。
Microsoft 365
Microsoft 365 使用單一 MX 記錄，指向租戶專屬主機名稱，例如 yourdomainname-com.mail.protection.outlook.com，優先級為 0。
自架或自訂
自架郵件伺服器通常有一或兩筆 MX 記錄。主要伺服器優先級數最低，處理所有收信。備援伺服器優先級較高，在主要伺服器不可用時接手郵件。
郵件路由證據
MX 查詢能揭示網域收信路徑的哪些資訊
MX 記錄查詢會回傳 DNS 中發布的郵件交換主機名稱與偏好值。它顯示的是路由意圖，而非信箱層級的收信。
偏好值控制順序，而非速度或品質
數字較低的偏好值會先於較高值被嘗試。相同偏好值可將嘗試分散到多台交換主機，而編號較高的記錄通常提供後援容量。
數字最低的記錄並不自動代表更健康或更快。該值表達的是網域擁有者選定的路由優先順序。
結果狀態
如何解讀 MX 記錄、空白結果與 null MX
在簡單表格中看似相似的三種情況，在 SMTP 中意義不同。
一筆或多筆一般 MX 記錄
網域發布了明確的收信主機。請檢查主機名稱拼寫是否正確、優先級是否對應預期的服務商，以及遷移後是否已移除過時記錄。
沒有明確的 MX 記錄
SMTP 規定可隱式後援到該網域的 A 或 AAAA 位址。這並不證明該處確實有 SMTP 服務在監聽，因此空白的 MX 表格應視為診斷狀態，而非自動的信箱判定。
null MX 記錄
偏好值為 0、交換主機為 . 的 MX 記錄表示該網域不接受電子郵件。這是明確的無服務訊號，不得與一般 MX 記錄並存。
已發布記錄但目標無法連線
DNS 看起來正確，但連線可能逾時、憑證失敗，或伺服器拒絕收件人。MX 查詢不會執行這些網路或 SMTP 檢查。
疑難排解流程
從網域路由到收件人驗證，善用 MX 查詢
依序走過 DNS 與 SMTP，讓每項結果回答一個明確問題。
- 1
查詢 @ 符號後的精確網域
移除 URL、路徑與使用者名稱。若地址位於子網域，請查詢該子網域，因為它可能發布與組織根網域不同的收信路由。
- 2
將主機名稱與優先級對照預期的服務商
郵件遷移後，留意新舊服務商混用、目標拼寫錯誤、缺少備援，或與預期服務衝突的 null MX。
- 3
解析並測試下一層
確認交換主機名稱可解析，且收信服務可連線。單一一列 MX 並不能證明伺服器健康。
- 4
僅在網域路由可用時再驗證信箱
MX 無法證明的事
MX 記錄檢查器不是信箱檢查器
網域路由與收件人接受是電子郵件路徑上的不同層級。
無法證明本地部分存在
同一組 MX 主機服務該網域的每個地址，包括有效使用者、拼寫錯誤、已停用帳戶、角色信箱，以及 Catch-All 猜測。
無法證明伺服器可連線
DNS 記錄可能比基礎設施更長壽，或指向暫時不可用的服務。本工具不會開啟 TCP 或 SMTP 連線。
無法診斷寄件者驗證
SPF、DKIM 與 DMARC 是獨立的 TXT 型外寄身分控制。請使用各自專屬的產生器與檢查器，不要從入站 MX 記錄推斷。
無法預測是否進入收件匣
MX 路由說明訊息會被投遞到何處。垃圾郵件過濾、聲譽、政策與信箱規則，決定收信系統接受後會發生什麼。
相關電子郵件工具
依證據類型選擇下一個工具：收件者、探索、DNS 與基礎架構，或寄件工作流程。
免費工具
DNS 檢查器
查詢任何網域的 A、AAAA、MX、TXT、NS 或 CNAME 記錄。即時 DNS 查詢，立即出結果。免費，無需註冊。
網域或基礎架構證據——非信箱存在證明。
郵箱驗證工具
郵箱驗證器（淺層）
免費郵箱校驗器，檢查地址語法與已發布 MX 記錄。即時確認格式與域名郵件路由，不聲稱 SMTP 郵箱驗證。
收件者證據——非寄件者或 DNS 設定。
郵箱驗證工具
郵箱驗證器
用免費郵箱驗證器檢查地址是否有效：涵蓋語法、MX、SMTP 郵箱、一次性、角色與 Catch-All 檢查。
收件者證據——非寄件者或 DNS 設定。
免費工具
SPF 檢查器
檢查並驗證任何網域的 SPF 記錄。查看完整 SPF 記錄、機制拆解，以及設定是否正確。免費、無需註冊。
網域或基礎架構證據——非信箱存在證明。
免費工具
DMARC 檢查器
查詢任何網域的 DMARC 記錄。查看政策、對齊設定、回報地址，以及 DMARC 是否正確設定。免費，無需註冊。
網域或基礎架構證據——非信箱存在證明。
郵件工具
郵件送達率測試
對真實郵件樣本執行送達率測試。檢視 SPF、DKIM、DMARC、DNS、黑名單、垃圾郵件過濾、郵件頭與內容證據。
寄件者或訊息診斷——非地址探索。
常見問題
1. 網域沒有 MX 記錄代表什麼？
沒有明確的 MX 記錄並不等於 null MX。SMTP 規定當 MX 不存在時，可隱式後援到該網域的 A 或 AAAA 位址；不過依賴此後援並不常見，也可能是設定錯誤。優先級為 0、交換主機為 . 的單一 MX 才是 null MX，明確表示該網域不接受電子郵件。
2. 為什麼有些網域會有多筆 MX 記錄？
多筆 MX 記錄可提供備援。寄件伺服器會先嘗試優先級數最低的記錄。若該伺服器停機或無回應，寄件端會改試下一筆記錄。如此即使在維護或中斷期間，仍能確保電子郵件送達。
3. MX 記錄中的優先級數代表什麼？
優先級數決定先連線哪一台郵件伺服器。數字愈低優先順序愈高——會先嘗試優先級 1，再嘗試優先級 10。當兩筆記錄優先級相同時，伺服器會隨機選取以做負載平衡。
4. MX 記錄變更需要多久才會全球生效？
DNS 變更通常在 30 分鐘至數小時內全球生效。現有記錄的 TTL（存活時間）值決定舊值會被快取多久。若 TTL 設為 3600（1 小時），變更可能需要最多 1 小時才會在全球可見。
5. MX 記錄可以使用 IP 位址嗎？
不行。MX 記錄必須指向主機名稱（A 或 AAAA 記錄），不可直接指向 IP 位址。這是 RFC 規範。若使用 IP 位址，郵件伺服器將無法正確投遞到你的網域。
6. MX 記錄查詢與電子郵件送達率有何關係？
MX 記錄標明收信時偏好的郵件交換主機。查詢可確認已發布的主機名稱與優先級，但不會測試這些伺服器是否可連線，也不會確認信箱是否存在。沒有 MX 記錄的網域仍可能使用 SMTP 定義的隱式 A 或 AAAA 後援；而 null MX 則明確表示該網域不接受郵件。