Sender Policy Framework(发件人策略框架)
域名上的一条 TXT 记录,列出允许代表该域名发信的服务器,例如 v=spf1 include:_spf.google.com ~all。每个域名只能有一条 SPF 记录,且评估过程最多只能触发 10 次 DNS 查询。
Gmail 和 Yahoo(自 2024 年 2 月起)以及 Microsoft Outlook(自 2025 年 5 月起)要求批量发件人使用 SPF、DKIM 和 DMARC 对域名进行身份验证。输入您的域名,一次检查这三项以及 MX、BIMI、MTA-STS 和 TLS-RPT,获得评分、批量发件合规结论和按优先级排列的修复清单。
身份验证报告:
评分: / 100
检查时间
这是最近 10 分钟内的结果。刚修改过 DNS?请几分钟后再检查。
完美的身份验证并不能阻止退信。向无效、一次性或已废弃的地址发信,对发件人信誉的伤害不亚于缺少 DMARC 记录。请在下一次营销活动前验证您的列表。
我们实时查询您域名的 DNS。可以粘贴域名、邮箱地址或 URL,我们会自动提取域名。
读取您的 SPF 记录,跟踪每个 include 和 redirect,按 RFC 7208 的 10 次上限统计 DNS 查询次数,并检查末尾的 “all” 限定符。
尝试 30 多个常见 DKIM 选择器以及您提供的最多 5 个,测量密钥长度,并解析 DMARC 策略、pct 和报告地址。
您将获得 0–100 分及 A–F 等级、Gmail/Yahoo/Outlook 批量发件合规结论,以及用通俗语言写成、按优先级排列的修复清单。
少数几条 DNS 记录决定了邮箱服务商是否信任声称来自您域名的邮件。
域名上的一条 TXT 记录,列出允许代表该域名发信的服务器,例如 v=spf1 include:_spf.google.com ~all。每个域名只能有一条 SPF 记录,且评估过程最多只能触发 10 次 DNS 查询。
发信平台用私钥为每封邮件签名,公钥发布在 选择器._domainkey.您的域名。有效的签名证明邮件未被篡改,且由您的域名负责。建议使用 2048 位密钥。
位于 _dmarc.您的域名 的一条 TXT 记录,告诉收件方如何处理未通过对齐 SPF 和 DKIM 的邮件 —— p=none(监控)、p=quarantine(放入垃圾箱)或 p=reject(拒收),以及报告发送到哪里(rua)。
DMARC 强制执行后,BIMI 可在邮件旁显示您的品牌徽标(大多数主流邮箱还要求商标证书)。MTA-STS 和 TLS-RPT 确保发往您域名的邮件加密传输,并在无法加密时通知您。
自 2024 年 2 月起 Gmail 和 Yahoo、自 2025 年 5 月起 Microsoft Outlook.com,对每天向其用户发送约 5,000 封及以上邮件的发件人实行更严格的规则。不合规的邮件会进入垃圾箱或被拒收。
发信域名必须同时配置两者。小型发件人至少需要其中之一,但同时配置两者是最稳妥的做法。
必须有有效的 DMARC 记录。p=none 可以接受,但只有 quarantine 或 reject 才能真正阻止他人冒用您的域名。
可见发件人(From)地址中的域名必须与通过 SPF 或 DKIM 的域名一致。这需要在真实邮件上验证,无法仅通过 DNS 判断。
Gmail 和 Yahoo 要求营销邮件带有支持一键退订的 List-Unsubscribe 邮件头(RFC 8058),并在两天内处理退订请求。
在 Google Postmaster Tools 中将用户举报的垃圾邮件率保持在 0.3% 以下,最好低于 0.1%。陈旧、无效和废弃的地址会推高退信率和投诉率。
发信 IP 需要一致的正向和反向 DNS,邮件应通过 TLS 连接投递。
本工具会检查 DNS 中可见的全部内容。对齐、退订邮件头和垃圾邮件率取决于您的发信方式,也取决于您邮件列表的质量。
是的。无需账户,每天可检查 30 次。该工具只读取公开的 DNS 记录,不会从您的域名发送邮件,也不会向其发送邮件。
先使用 p=none 并设置 rua 地址,收集几周报告。当所有合法发件来源都能通过对齐的 SPF 或 DKIM 后,改为 p=quarantine,再改为 p=reject,并应用于 100% 的邮件。p=none 满足 Gmail、Yahoo 和 Outlook 的最低要求,但无法防止域名被伪造。
RFC 7208 规定,每次检查中会触发 DNS 查询的机制(include、a、mx、ptr、exists 和 redirect)最多 10 次,以保护收件方。超过后结果为 “permerror”,许多收件方会将 SPF 视为失败。请删除不再使用的服务,在 IP 范围稳定时用 ip4/ip6 替代 include,或将部分发件来源迁移到子域名。
选择器是发布 DKIM 公钥时使用的名称(选择器._domainkey.您的域名),因此一个域名可以有多个密钥。打开一封您发出的邮件,查看原始邮件头并找到 DKIM-Signature:s= 的值就是选择器,d= 是签名域名。
请使用 2048 位。主要服务商目前仍接受 1024 位密钥,但它被认为强度不足,短于 1024 位的密钥会被拒绝。如果您的 DNS 服务商无法在一个字符串中保存较长的值,可以在同一条 TXT 记录中拆分为多个带引号的字符串。
不需要。BIMI 是可选的,本身并不会提升送达率。当 DMARC 处于 quarantine 或 reject 时,它可在支持的邮箱中显示您的徽标;Gmail 和 Apple Mail 还要求 Verified Mark Certificate(Gmail 也接受 Common Mark Certificate)。
只有知道选择器才能找到 DKIM 密钥 —— DNS 无法列出所有密钥。我们会尝试 30 多个常见选择器;如果您的平台使用自定义选择器,请在可选字段中输入。同时请确认平台使用您自己的域名签名(d=您的域名),而不是平台自己的域名。
通常几分钟,但最长可能需要记录的 TTL 时间(常见为 1 小时,有时长达 48 小时)。我们的结果会缓存 10 分钟,请稍等片刻再重新检查。
免费账户提供 200 积分(免费服务商邮箱为 10 积分),可批量验证列表、使用 REST API,或在表单中实时验证。
创建免费账户 — 200 积分无需信用卡。积分永不过期。