郵件可達性檢測

郵件可達性檢測

發件域名 DNS 體檢,別等退信才查

MX/A SPF DKIM DMARC DNSBL
*

發送郵件的伺服器 IP,用於檢查是否在 DNSBL 黑名單上。留空則跳過此項。可在郵件表頭 Received: from 中找到,或詢問 SMTP 服務商。

DKIM 公鑰的查詢前綴,用於驗證郵件簽名。留空則自動探測常見 selector(google、default、s1、k1…)。可在任一已發郵件表頭 DKIM-Signature: s= 中找到。

發件設定檢查

郵件可達性是指你的郵件能否順利進入收件人收件箱,而非被拒收或丟進垃圾箱。它取決於一組 DNS 記錄——MX 證明你的網域名存在且有郵件伺服器,SPF 聲明誰可以代表你發信,DKIM 用加密簽名證明郵件未被篡改,DMARC 把前三者綁在一起並制定處置策略。如果出口 IP 還在 DNSBL 黑名單上,再好的認證記錄也救不回來。

設定錯誤不會給你任何警告——你只會看到退信、低進箱率、使用者註冊郵件消失在垃圾箱裡。一次未設定 SPF 就能讓你的網域名被仿冒發信;一個過時的 DMARC p=none 讓仿冒郵件暢行無阻;一個被列入黑名單的出口 IP 讓所有郵件石沉大海。更嚴重的是,這些問題往往在你損失使用者後才被發現。

這個工具在發信前替你跑一遍收件方會做的檢查。輸入發件網域名(及可選出口 IP 和 DKIM selector),即可查看四項關鍵 DNS 記錄是否正確發布、出口 IP 是否乾淨。每項檢查結果直接對應真實退信錯誤碼,告訴你哪裡出了問題、怎麼修。

發信前體檢,不是等退信——在收件方檢查你之前,先自查一遍

五項檢查一次跑完:DNS 解析、SPF、DKIM、DMARC、IP 黑名單

零痕跡:純 DNS 查詢,不發送任何郵件,不存儲域名和 IP

直映射退信錯誤碼:每項檢查結果對應真實 bounce code,知道改什麼

什麼時候用

1

新網域名首次發信前——確認 MX、SPF、DKIM、DMARC 都已正確發布

2

郵件被退時——對照退信代碼定位是 DNS、認證還是 IP 問題

3

修改 DNS 記錄後——驗證變更已生效、未引入新問題

4

更換郵件伺服器或 SMTP 服務商後——檢查新 IP 是否乾淨

退信錯誤對照

常見退信錯誤及其對應的檢查項:

退信錯誤 根因 本工具檢查項 修復方向
554 5.1.8 Domain not found 發件域名無 DNS 記錄 域名 DNS 解析 添加 MX/A/AAAA 記錄
550 DNSBL(如 r1401) 出口 IP 在即時黑名單上 IP 黑名單 申請移除或更換 IP
550 5.7.26 認證失敗 SPF/DKIM/DMARC 缺失或未通過 SPF + DKIM + DMARC 發布並收緊認證記錄

DNS 記錄範本

四項關鍵 DNS 記錄範本。請替換 yourdomain.com 和服務商 include。

MX(在 yourdomain.com 的 MX 記錄):

yourdomain.com. IN MX 10 mail.yourdomain.com.

SPF(在 yourdomain.com 的 TXT 記錄):

v=spf1 include:_spf.google.com include:mail.zoho.com -all

DMARC(在 _dmarc.yourdomain.com 的 TXT 記錄):

v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s

DKIM(在 <selector>._domainkey.yourdomain.com 的 TXT 記錄):

v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

DMARC 建議先用 p=none 收集報告,再逐步升級到 quarantine、reject。

DNS 與郵件認證知識

本工具檢查的 DNS 記錄及其對郵件投遞的影響:

域名 DNS 解析(MX / A / AAAA)

MX 告訴收件方哪些郵件伺服器處理你的域名郵件。A/AAAA 將域名解析到 IPv4/IPv6 位址。如果寄件域名沒有任何 DNS 記錄,收件方會以 554 5.1.8 Domain not found 拒收——該域名在 DNS 中根本不存在。

SPF(寄件人策略框架)

在域名上發布的 TXT 記錄,列出允許代表你寄信的 IP/伺服器。收件方將寄信 IP 與此比對。沒有 SPF,任何人都可以仿冒你的域名寄信。

常見值與風險
-all
硬拒絕:未授權寄件人直接拒收。最佳實踐,安全度最高。
~all
軟拒絕:標記為可疑但不拒收。過渡期可用,長期使用會降低網域信任。
?all
中立:不做斷言,等同於沒設 SPF。仿冒風險高。
+all
全部允許:任何 IP 都能代表你寄信。極其危險,切勿使用。

DKIM(域名金鑰識別郵件)

為外發郵件添加的加密簽名。公鑰以 TXT 記錄發布在 <selector>._domainkey.你的域名.com。收件方用此公鑰驗簽以確認郵件未被篡改。與 SPF 不同,必須知道 selector 才能查詢公鑰。

常見值與風險
v=DKIM1
版本標識,必填。缺失則不被識別為 DKIM 記錄。
k=rsa
金鑰類型,RSA 最常見。缺失預設 rsa。
p=...
RSA 公鑰,必填。p= 為空或缺失表示撤銷該 selector。
t=s
嚴格模式:簽名必須嚴格匹配網域。防止子域簽名濫用。

DMARC(基於域名的郵件認證)

在 _dmarc.你的域名.com 發布的策略 TXT 記錄,將 SPF 和 DKIM 綁在一起。告訴收件方兩者都失敗時怎麼處理。還可指定彙整報告接收地址。

常見值與風險
p=none
僅監控:不處置,只收報告。安全起步點,但無實際防護,仿冒郵件照常送達。
p=quarantine
隔離:未通過認證的郵件投遞到垃圾郵件匣。中等防護,適合驗證階段。
p=reject
拒收:未通過認證的郵件直接拒絕。最強防護,最終目標。跳過此級可能導致仿冒郵件進箱。
rua=
聚合報告接收地址。用於監控投遞失敗情況,不影響處置但便於排查。
adkim=s / aspf=s
嚴格對齊:要求 DKIM/SPF 的網域名稱與 From 頭完全一致。防止子網域被利用仿冒。

DNSBL(DNS 黑名單)

透過 DNS 查詢的即時 IP 黑名單。收件方將你的出口 IP 與 Spamhaus、Barracuda、SpamCop 等名單比對。命中則拒收(550 DNSBL)。IP 傳送過垃圾郵件、被入侵、或處於不良共享段都可能被列入。

常見值與風險
zen.spamhaus.org
最大公共黑名單,覆蓋面最廣。命中影響最大,幾乎所有收件方都查。
b.barracudacentral.org
企業級黑名單,被許多安全設備使用。中等影響。
bl.spamcop.net
基於使用者檢舉驅動。可能存在誤判,但影響中等。
dnsbl.sorbs.net
小型黑名單,影響有限但仍在使用。

常見問題

為什麼 SPF 通過了郵件還是被退?
SPF 單項通過不夠。Gmail 等服務商還會檢查 DKIM 和 DMARC。如果 DKIM 缺失或 DMARC 對齊失敗,郵件仍會被拒收。建議三項一起查。
怎麼找到我的 DKIM selector?
查閱郵件服务商文件。常見 selector:google(Google Workspace)、selector1/selector2(微軟 365)、default、s1、k1。郵件標頭裡的 DKIM-Signature: s=... 也會顯示目前 selector。
IP 被列入黑名單了怎麼辦?
前往黑名單服務商的移除頁面(如 spamhaus.org/lookup)申請移除,並確保該 IP 未發送垃圾郵件。如果使用共享 IP,聯繫服務商更換 IP。
網域名稱能解析但沒有 MX 記錄,有問題嗎?
不一定有問題。只發不收的網域名稱(使用第三方 SMTP 服務)可能沒有 MX 但有 A 記錄。只要 SPF/DMARC 指向正確的服務商,郵件通常能送達。
這個工具會發郵件嗎?
不會。本工具只查詢 DNS 記錄(TXT、MX、A、AAAA)並檢查出口 IP 是否在公共 DNSBL 資料庫中。不會發送任何郵件,也不會儲存你的網域名稱和 IP。
多久檢查一次?
建議在以下場景檢查:新網域名稱首次發信前、修改 DNS 記錄後、更換郵件服務商後、大規模發信活動前。日常維護每月執行一次即可。
能查別人的網域名稱嗎?
可以。DNS 記錄是公開的,查詢任何網域名稱都不涉及隱私問題。但請注意,工具結果僅供診斷你自己的寄件配置使用。
SPF 和 DKIM 都通过了为什么还是进垃圾箱?
除了认证之外,进箱率还受 IP 信誉(DNSBL)、发送量突增、内容被标记为垃圾邮件、收件方策略等因素影响。建议先检查 IP 是否在黑名单上,并逐步积累良好的发送信誉。