跳到正文

邮件收发配置检测

Mail Deliverability Check

把域名的 MX、SPF、DKIM 和 DMARC 记录放在一起查,并解释邮件会因为哪一条被拒收。

一次读完 DNS 关于一个域名如何收发邮件的全部记录——MX、SPF、DMARC、DKIM 密钥、MTA-STS、TLS-RPT——并指出缺了什么、哪里自相矛盾。当你的邮件进了垃圾箱而没人说得清原因时,该跑的就是这个检查。

☁️ 使用我们的服务器emailspfdkimdmarcmx

只做 DNS 查询。域名经由我们的服务器送到公共解析器(Cloudflare),我们从不连接邮件服务器。

邮箱地址里 @ 后面的那部分。MX、SPF、DMARC、MTA-STS、TLS-RPT 以及常见选择器的 DKIM 密钥会一次性查完。

知道选择器就直接查那把密钥。不知道就试 default、google、selector1 这类常见名字。

怎么用

  1. 输入 @ 后面的域名

    邮件域名,不是地址,也不是 URL。自己发邮件的子域,要单独检查那个子域。

  2. 知道 DKIM 选择器就填上

    DKIM 密钥挂在一个 DNS 查不出来的选择器名下。从你发出的邮件的 DKIM-Signature 头里取 s= 的值;没有它就只能试常见名字,常常落空。

  3. 按顺序处理各项发现

    它们按领域打了标签。缺 SPF 和缺 DMARC 排在最前;超过十次查询上限的 SPF 是隐蔽的那一个,因为它失败起来就像根本没有 SPF。

常见问题

它会发测试邮件吗?

不会。这里的每个答案都来自 DNS 记录;不联系任何邮件服务器,不向任何地方投递任何东西。

没找到 DKIM——坏了吗?

大概没有。没有正确的选择器就无从查起,而选择器哪里都不公布。从一封已发邮件的头里找到它填进来;有了正确的选择器还是没有密钥,那才是真的问题。

全部通过,邮件还是进垃圾箱

认证是地板,不是天花板。发送 IP 和域名的信誉、内容、投诉率、名单卫生都决定投递位置,而这些没有一样能在 DNS 里看到。这个检查排除的是靠改一条记录就能修好的那一半。

MTA-STS 是做什么的?

它告诉其他邮件服务器向你投递时必须使用 TLS,堵住单纯的机会性 TLS 留下的降级攻击。它是可选的,缺少它在这里是一条注意,不是失败。

可以从这些接进来

接下来

这些工具吃得下当前工具的产出,结果可以直接送过去。