這個 DNS 檢查工具能幫您檢查什麼
DNS 是網域對外公開的設定指令層。信箱服務商接收或評估郵件時,會查看 DNS 來判斷網域設定是否正確、驗證紀錄是否存在,以及回覆或收信應導向何處。一個小小的 DNS 錯誤就可能造成嚴重的送達率問題,因為每台收件伺服器都看得到這個問題。
當您串接新的電子郵件平台、確認 SPF 或 DMARC 紀錄是否已傳播、確認 MX 紀錄仍指向正確的郵件主機,或在活動前檢查網域時,這個工具都很有用。它無法取代大量電子郵件驗證,但能確認活動背後的網域基礎架構不會扯您後腿。
哪些 DNS 紀錄與電子郵件有關?
MX 紀錄
MX 紀錄告訴網際網路哪些伺服器負責接收網域的郵件。若缺少 MX 紀錄,收信可能失敗;若指向舊的服務商,回覆、密碼重設或營運通知就可能送錯地方。對業務與行銷團隊而言,即使外寄郵件看似正常寄出,回覆處理也可能在不知不覺中中斷。
TXT 紀錄
TXT 紀錄通常存放 SPF 與 DMARC 紀錄。SPF 列出獲准為網域寄信的服務;DMARC 告訴收件系統如何評估未通過驗證的郵件。一個網域只能有一筆 SPF 紀錄,因此重複的 SPF 紀錄,是原本正常的活動突然無法通過驗證檢查的常見原因。
DKIM selector 紀錄
DKIM 紀錄存放在各 selector 專屬的名稱下,例如selector._domainkey.example.com。它們證明寄送平台已為該網域簽署郵件。若電子郵件平台要求您發布 DKIM selector,請在變更傳播後使用 DNS 檢查工具確認紀錄存在。
A、AAAA、CNAME 與 NS 紀錄
A 與 AAAA 紀錄將名稱對應到 IP 位址;CNAME 紀錄將一個主機名稱指向另一個;名稱伺服器紀錄則顯示由哪個 DNS 服務商管理網域。當寄送平台要求您串接追蹤網域、品牌連結或 return-path 紀錄時,這些紀錄就很重要。
實用的 DNS 問題排查流程
確認網域仍指向預期的 DNS 服務商與郵件主機,藉此找出只完成一半的遷移。
找出 SPF 與 DMARC。若網域有多筆 SPF 紀錄,請在從多個平台寄信前先合併。
在仰賴寄送平台之前,確認 DKIM selector、品牌追蹤網域與驗證權杖都已可見。
何時使用這個工具
在啟用新的寄件網域前、更換電子郵件服務商後、送達率檢查工具回報缺少驗證設定時,或客服團隊要求您證明 DNS 紀錄已生效時,使用 DNS 檢查工具。對管理多個客戶網域的代理商也很實用,因為它能快速、可重複地確認必要紀錄是否存在。
如果 DNS 層看起來正確,活動卻仍有退信,就從網域設定轉向名單品質。健全的開發流程會同時檢查兩端:寄件網域必須正確通過驗證,收件者名單也必須是聯絡得到的地址。
若團隊管理多個寄件網域,請簡短記錄預期的 MX、SPF、DKIM 與 DMARC 值。這樣在服務商遷移、代理商交接或 DNS 整理專案後,更容易發現非預期的變更。