免費 MX 記錄檢查器會回傳優先級清單
每筆 MX 記錄都包含主機名稱與優先級數。數字較低者會先被嘗試，相同數字則會進行負載平衡。若 MX 記錄查詢只顯示第一台主機，就會隱藏故障轉移路徑。
我們的免費 MX 記錄檢查器會列出每台主機及其優先級，因為主要伺服器停機時，郵件會投遞至備援 MX。
免費 MX 查詢
MX 查詢
免費 MX 記錄查詢可解析網域的每筆 MX 記錄及其優先級、標示 null MX，並識別主機背後的郵件服務商。工具無需註冊，也不使用快取。
我們的 MX 查詢能做什麼
此免費 MX 記錄檢查器會向權威名稱伺服器查詢哪些伺服器依何種順序接收網域郵件。當郵件停止送達時，這是第一項應執行的查詢，因為其他郵件檢查都以 MX 記錄查詢已通過為前提。
MX 記錄是依優先級排列的清單，不是單一答案。數字較低者會先被嘗試，相同數字則會進行負載平衡，因此此免費 MX 記錄檢查器會列出每台主機及其數字；主要伺服器停機時，郵件會投遞至備援 MX。
此 MX 查詢也會區分缺少 MX 記錄與 null MX。沒有 MX 記錄的網域仍可能透過不一致的隱式 MX 後援接收郵件；null MX 則是明確拒收。若 MX 記錄查詢將兩者都當成空白結果，就會抹去這項關鍵差異。
此 MX 查詢可識別的服務商
Google Workspace
aspmx.l.google.com 及其備援主機。MX 記錄查詢會顯示全部五台主機及其優先級。
Microsoft 365
mail.protection.outlook.com。只有一台主機，因此 MX 查詢結果簡短明確。
自架或自訂
自架或小眾服務商。MX 記錄查詢會列出主機名稱，而服務商就是這些主機背後的營運者。
查詢內容
MX 查詢會回傳什麼
MX 記錄查詢會向權威名稱伺服器確認哪些伺服器依何種順序接收網域郵件。當郵件停止送達時，這是第一項應執行的查詢，因為後續檢查都以 MX 記錄查詢已通過為前提。
沒有 MX，代表此 MX 查詢找不到投遞目標
沒有 MX 記錄的網域無法透過一般路徑接收郵件。我們的 MX 查詢會將此狀況列為明確結果，而非顯示空白。
過去 SMTP 在找不到 MX 時會後援至網域的 A 記錄。各收信系統對這種隱式 MX 行為的支援並不一致，因此應將缺少 MX 視為設定故障，而非可用的後援方式。
null MX 是明確拒收，MX 記錄查詢會如實標示
指向句點的單一 MX 記錄就是 null MX，表示該網域完全不接收郵件。若免費 MX 記錄檢查器將它當成一般記錄，就是誤讀。
對僅供網站使用的網域而言，null MX 是正確設定，也能避免寄件端浪費投遞嘗試。
MX 記錄查詢中的主機可揭示服務商
aspmx.l.google.com 代表 Google Workspace，mail.protection.outlook.com 代表 Microsoft 365。MX 查詢實際上能識別由誰為網域營運郵件服務。
這在聯絡潛在客戶前很有用，而 MX 查詢也是確認遷移確實完成的最快方式。
查詢結果
各種 MX 查詢結果代表什麼
四種結果，各自對應不同的下一步。
找到記錄，優先級合理
該網域已設定為接收郵件。若投遞仍然失敗，原因就在下游：信箱、驗證或聲譽。
MX 查詢可一次排除一整類問題，因此應排在檢查流程的第一步。
沒有 MX 記錄
郵件不會透過一般路徑送達。該網域可能從未設定郵件服務，也可能在遷移期間移除了記錄。
請先發布 MX 記錄；免費 MX 記錄檢查器無法找到從未建立的記錄。
null MX
該網域明確拒收郵件。這是有意的設定，不是故障。
請勿寄送。無論本地部分看起來如何，null MX 網域上的地址都無法接收任何郵件。
記錄指向已不再使用的服務商
這是典型的遷移未完成狀況。舊 MX 記錄會繼續將郵件路由至無人查看的信箱。
因此，每份遷移檢查清單都應包含 MX 查詢，而且要在傳播完成後執行，而非之前。
執行時機
四個值得執行 MX 查詢的時機
MX 是上層功能預設正常運作的基礎，但它停止運作時不會主動通知你。
- 1
郵件停止送達時
每次都先查詢 MX。我們的 MX 記錄查詢只需一秒，即可排除最常見的全網域郵件故障原因。
若 MX 查詢結果正常，再檢查 SPF、DMARC 與信箱本身。
- 2
遷移期間與完成後
新舊 MX 記錄會在 TTL 有效期間並存。我們的免費 MX 記錄檢查器會顯示權威名稱伺服器目前實際提供的是哪一組記錄。
請提前一天調低 TTL，讓切換在幾分鐘內完成，而非耗費數小時。
- 3
將網域加入行銷活動前
沒有郵件路由的網域會讓其所有地址退信。先用此免費 MX 記錄檢查器檢查網域，比逐一驗證上百個地址更快。
若要檢查地址本身，請使用 批量電子郵件驗證 ；待 MX 查詢確認該網域確實能接收郵件後再進行。
- 4
研究潛在客戶時
MX 主機可識別郵件服務商，讓你在首次交談前掌握對方組織的部分技術堆疊。
無需註冊的 MX 查詢能在兩秒內完成這項檢查，省去一輪研究工作。
限制
MX 查詢無法告訴你的事
MX 處理網域層級的路由，另有四件事不在其範圍內。
無法證明信箱存在
MX 記錄服務網域上的所有地址，無論仍在使用或已失效。此 MX 記錄查詢只能確認網域可以接收郵件，不能證明有人查看特定收件匣。
若要確認信箱，請使用 電子郵件驗證器；MX 記錄查詢與信箱探測分別回答這個問題的兩個部分。
不會檢查驗證設定
SPF、DKIM 與 DMARC 位於不同的記錄中。即使 MX 查詢結果完全正常，也無法說明郵件是否會通過對齊檢查。
這些記錄需要使用各自的查詢與工具。
無法衡量送達率
MX 記錄正確，代表郵件可以被路由。能否進入收件匣，則取決於聲譽、內容與投訴紀錄。
免費 MX 記錄檢查器只負責前置條件檢查，不會預測郵件是否送達。
無法查看你的本機解析器
MX 記錄查詢會向權威名稱伺服器送出請求。在 TTL 到期前，你的電腦與 ISP 可能仍在提供較舊的記錄。
這種落差很正常，MX 查詢無法縮短它。
參考資料
規範與相關工具
MX 記錄由 IETF 定義，而此 MX 查詢旁的相關工具則用來解讀其回傳結果。
RFC 5321 定義 MX 解析
IETF 的 RFC 5321 說明寄件端如何解析 MX 記錄、優先級順序，以及此 MX 查詢刻意分開顯示的隱式 MX 後援。
null MX 由 RFC 7505 定義，因此免費 MX 記錄檢查器會將它列為獨立結果。
檢查其他記錄
免費 MX 記錄檢查器用於檢查路由。 SPF 檢查器 與 DMARC 檢查器則用於驗證，兩者的記錄完全不同。
請在行銷活動前執行全部三項檢查；單靠 MX 查詢只能掌握三分之一的狀況。
接著檢查收件人
有效的郵件路由不代表信箱有效。 電子郵件驗證器 會對特定地址執行即時 SMTP 探測。
無需註冊的免費 MX 記錄查詢工具負責回答網域問題；驗證器則負責回答收件人問題。
探索免費功能
除付費 AI 功能外，另有 19 項免費工具，全部無需帳號。
免費工具
DNS 檢查器
DNS 查詢直接向權威名稱伺服器解析 A、AAAA、MX、TXT、NS、CNAME 與 SOA 記錄，並顯示各自 TTL，不讀取快取。處理郵件時可同時查看 MX 與存放 SPF、DMARC 的 TXT，工具只回報原始值，不判斷設定是否正確；若看到舊值，多半是 TTL 尚未到期，查詢失敗時會顯示查詢內容。
網域或基礎架構證據——非信箱存在證明。
郵箱驗證工具
郵箱驗證器（淺層）
郵箱校驗器只檢查地址語法與網域是否發布 MX 記錄，不執行 SMTP 會話，因此能免費且不限次快速篩掉格式錯誤與沒有郵件路由的網域。它不會證明特定信箱存在，Catch-all 網域也可能通過，且不測試隱含 MX 回退，免費版僅為防止濫用設軟性速率限制；需要完整 SMTP 驗證結果時應改用郵箱檢查器。
收件者證據——非寄件者或 DNS 設定。
郵箱驗證工具
郵箱驗證器
電子郵件驗證器會檢查語法、MX 記錄，再對收件伺服器進行 SMTP 信箱探測，並標記一次性、角色與 Catch-all 地址。每個 IP 每 24 小時可免費完整檢查 20 次，無需註冊或信用卡；批量驗證可上傳 CSV，或改用 API 接入自動化流程，超過配額的用量改扣帳戶積分，完整結果會標示風險。
免費工具
SPF 檢查器
SPF 記錄檢查器解析網域即時發布的 SPF 記錄，依 10 次上限統計遞迴 DNS 查詢、驗證每種機制與語法，並回報最終限定詞。多筆 v=spf1 記錄會造成 permerror，查詢過多同樣如此；它讀的是權威名稱伺服器實際提供的字串內容，並提醒 SPF 只保護信封寄件者，仍需搭配 DMARC 檢查。
免費工具
DMARC 檢查器
DMARC 記錄檢查器解析 _dmarc 上的即時記錄，逐一說明 v、p、sp、pct、rua、aspf 與 adkim 標籤，並回報接收方實際套用的政策與子網域繼承結果。頁面也說明最常見的錯誤是把記錄發佈在網域根目錄，以及 p=none 只適合作為推行起點，rua 未設定時會特別指出，並顯示實際生效的處理方式。
郵件工具
郵件送達率測試
郵件送達率測試會向專屬測試信箱寄出一封真實郵件，免費測試郵件能否進入收件箱，並分別評估認證、DNS、垃圾郵件過濾器、黑名單、郵件標頭與內容六個層面，逐條列出未通過的規則。報告呈現 SPF、DKIM 與 DMARC 對齊、MX 與 PTR 記錄及圖文比例，結果頁快取 7 天，並可下載完整 PDF 報告。
寄件者或訊息診斷——非地址探索。
常見問題
1. MX 記錄查詢免費嗎？
是的，這項免費 MX 記錄查詢無需註冊或建立帳戶，可依需求查詢任意數量的網域。它也不使用快取：每次 MX 記錄查詢都會即時向權威名稱伺服器解析。
2. MX 優先級數代表什麼？
數字較低者會先被嘗試。數字相同時，流量會在多台主機之間進行負載平衡。若免費 MX 記錄檢查器只顯示第一台主機，就會隱藏故障轉移路徑；主要伺服器無法使用時，郵件正是透過這條路徑投遞。
3. MX 查詢找不到記錄，接下來該怎麼辦？
該網域無法透過一般路徑接收郵件。可能從未設定 MX 記錄，也可能在遷移期間遭到移除。請先發布 MX 記錄，因為此 MX 記錄查詢無法找到從未建立的記錄。
4. 什麼是 null MX？
指向句點的單一 MX 記錄，表示該網域完全不接收郵件。這是僅供網站使用之網域的正確設定，也能避免寄件端浪費投遞嘗試。此 MX 查詢會將它列為獨立結果，而非空白結果。
5. 為什麼 MX 查詢仍顯示舊的服務商？
原因是 TTL。舊記錄在 TTL 到期前仍會由快取提供，而未完成的遷移更可能讓它們一直留存。請在傳播完成後重新執行此 MX 記錄查詢，並於任何預定切換的前一天調低 TTL。
6. MX 查詢結果正常，就代表郵件一定會送達嗎？
這表示該網域可以接收郵件。特定信箱是否存在，以及郵件能否通過驗證與聲譽檢查，則是不同問題。MX 記錄查詢是前置條件檢查，不是送達預測；若免費 MX 記錄查詢工具不說明這點，就是過度承諾。