MX
MX 收件路由
指定接收郵件的伺服器及優先級。沒有 MX 時，網域通常無法穩定接收郵件。
Email DNS
什麼是郵件 DNS 檢測？
郵件 DNS 檢測用於核對一個網域公開發布的收信與身分驗證記錄。它不會寄送測試郵件，也不會修改 DNS，只讀取 MX 與 TXT 記錄並分析設定是否完整。
MX 負責收件路由，SPF 聲明合法發信來源，DKIM 用公鑰驗證郵件簽章，DMARC 則根據 SPF、DKIM 的對齊結果決定監控、隔離或拒收。
四類核心記錄
SPF
SPF 發信授權
列出允許代表該網域發信的伺服器，減少位址偽造與投遞失敗。
DKIM
DKIM 郵件簽章
發布用於驗證簽章的公鑰。檢測時需要郵件服務商提供的 selector。
DMARC
DMARC 處置政策
要求 SPF 或 DKIM 與發件網域對齊，並定義失敗郵件的處理和報告方式。
為什麼需要檢測郵件 DNS？
網頁可以正常存取，不代表郵件系統設定正確。郵件 DNS 的錯誤通常在遷移服務、修改 DNS 或出現退信後才被發現。
提升郵件送達率
提前發現缺失、重複或格式錯誤的驗證記錄，減少郵件進入垃圾箱或被拒收。
降低網域冒用風險
確認 SPF、DKIM 與 DMARC 形成完整驗證鏈，限制攻擊者偽造網域發信。
驗證遷移與變更
更換企業信箱、群發平台或 DNS 服務後，快速核對公開記錄是否已正確生效。
工具是如何工作的？
檢測過程只讀取公開 DNS 資料，通常在數秒內完成。
- 01
規範化檢測目標
提取有效網域，並對 DKIM selector 做格式校驗。
- 02
並行查詢 DNS
同時查詢 MX、根網域 TXT、selector._domainkey 與 _dmarc 記錄。
- 03
解析設定語義
識別 SPF 機制、DKIM 標記、DMARC 政策，並區分缺失與查詢失敗。
- 04
顯示本次結果
在目前頁面顯示檢測明細與修改建議；結果不寫入資料庫，也不產生歷史快照。
如何理解檢測結果？
記錄缺失與 DNS 查詢失敗是兩種不同情況，工具不會把網路錯誤誤判為設定缺失。
正常
找到記錄，且已識別到目前檢測項目需要的核心欄位。
建議檢查
記錄存在但設定較弱、重複，或政策仍處於僅監控狀態。
未找到
權威 DNS 正常回應，但沒有返回所需記錄。
查詢失敗
DNS 逾時或服務暫時不可用，應稍後重試，不能據此判斷記錄不存在。
郵件 DNS 檢測常見問題
DKIM selector 是什麼，在哪裡可以找到？
Selector 是 DKIM 公鑰記錄名稱的一部分，例如 default._domainkey.example.com 中的 default。它由企業信箱或郵件發送服務商提供，常見值包括 default、google、selector1、selector2、k1 等。
為什麼不能自動檢測所有 DKIM selector？
DKIM selector 沒有統一的公開目錄，理論取值也沒有固定範圍。盲目列舉既不完整也會產生大量無效查詢，因此應填寫郵件服務商實際設定的 selector。
一個網域可以有多條 SPF 記錄嗎？
不建議。用於同一網域的 SPF 政策應合併為一條 v=spf1 記錄；多條 SPF 記錄可能觸發 PermError，導致收件伺服器無法正確判斷發信來源。
DMARC 的 p=none 是否代表設定錯誤？
p=none 是合法的監控政策，不會隔離或拒收驗證失敗的郵件。新部署時可以先收集 rua 報告，確認合法郵件來源後再逐步提升到 quarantine 或 reject。
網站正常，為什麼 MX 仍可能顯示未找到？
網站存取使用 A、AAAA 或 CNAME 記錄，郵件收取主要依賴 MX 記錄，兩套設定彼此獨立。網站正常並不能證明網域已經設定郵件服務。
檢測會寄送郵件或修改我的 DNS 嗎？
不會。工具只查詢網際網路公開可見的 DNS 記錄，不會寄送郵件、登入信箱、修改解析，也不需要網域所有權驗證。
結果多久更新一次？
每次點擊重新檢測都會執行新的 DNS 查詢，結果僅保留在目前頁面工作階段中，不儲存資料庫快照。DNS 服務商的快取和 TTL 可能使剛修改的記錄需要一段時間才會在全球生效。