邮件投递能力检查器
检查域名的邮件认证 — MX、SPF、DMARC 和 BIMI DNS 记录 — 并获得投递能力分数及需要修复的具体问题。
输入
输入域名（example.com）或电子邮件地址 — 使用 @ 后面的部分。任何 http:// 前缀、路径或端口都将自动删除。
输出
| 属性 | 值 |
|---|---|
| No data yet | |
| 检查 | 记录 |
|---|---|
| No data yet | |
| 检查 | 发现 |
|---|---|
| No data yet | |
使用此工具的更多方式
REST API
curl -X POST https://api.iotools.cloud/v1/tool/email-deliverability-checker \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"domain": "google.com"
}'替换成您账户中的密钥。工具的字段即为请求体——没有额外包装。
让 AI 代理执行
Use the IOTools `email-deliverability-checker` tool (Email Deliverability Checker) on this input:
YOUR_INPUT_HERE将此粘贴给任何已连接 IOTools MCP 服务器的代理,再加上您的输入内容。
| 每次 API/MCP 调用费用 | 5 积分起 |
|---|---|
| 需要更多积分? | 查看定价 |
也可通过
使用指南
邮件投递能力检查器检查 DNS 记录，这些记录决定了域名的邮件是否可信、经过身份验证并传送到收件箱而不是垃圾文件夹 — 或被完全拒绝。输入域名（或任何电子邮件地址，我们使用 @ 后的部分）它将通过 DNS-over-HTTPS 查找四项内容：MX 记录（域名是否可以接收邮件）、SPF（哪些服务器可以代表它发送）、DMARC（接收者应该如何处理未经身份验证的邮件）和 BIMI（可选的品牌徽标记录）。您可以获得 0-100% 的投递能力分数、每次检查的通过/警告/失败判定、找到的原始记录，以及值得修复的所有问题的纯文本列表。
如何使用
- 输入域名，如
example.com，或粘贴完整的电子邮件地址，如you@example.com。 - 单击 检查投递能力。四个 DNS 查询在我们的服务器上运行，结果在几秒内出现。
- 阅读 投递能力分数 表以获取主要判定、扫描 找到的记录 以获取已发布的确切 TXT/MX 值，并阅读 发现和建议 以弥补空白。两个结果表都可以复制和下载为 CSV。
检查的含义
- MX — 邮件交换记录。没有它们，域名从字面上无法接收电子邮件。
- SPF —
v=spf1TXT 记录，列出授权的发件人。我们标记缺失或重复的记录、过度宽松的+all、中立的?all、已弃用的ptr机制的使用以及超过 RFC 7208 限制的 10 个 DNS 查询。 - DMARC —
_dmarc.<domain>处的v=DMARC1TXT 记录。带有聚合报告地址 (rua=) 的p=reject或p=quarantine政策得分最高；p=none仅用于监控，仍允许伪造的邮件通过。 - BIMI — 可选的
v=BIMI1记录，在支持的客户端中显示您的徽标。它需要 SVG (l=)，对于 Gmail 和 Apple Mail，还需要验证商标证书 (a=)。
我应该争取什么样的分数？
强（90%+）意味着 MX、严格的 SPF 政策和实施 DMARC 以及报告都已就位。低于 60% 意味着核心身份验证缺失，接收者将把您的邮件视为可疑。
为什么带有 SPF 的域名的分数仍然较低？
SPF 单独是不够的。现代接收者对 DMARC 的重视程度较高，p=none DMARC 政策 — 或根本没有 DMARC — 即使在 SPF 完美的情况下也会限制您的分数。发布实施的 DMARC 政策以从"需要工作"转到"强"。
这会发送测试电子邮件吗？
否。它只读取公共 DNS 记录，因此反映您发布的配置，而不是任何单条消息的声誉。
为什么结果可能与其他工具不同？
DNS 更改需要时间才能传播，响应由 TTL 缓存。如果您刚刚编辑了记录，请等待旧 TTL 过期然后重新检查。
隐私
该工具在服务器端运行 DNS 查询并仅返回结果 — 它不存储您输入的域名，查询会到达公共 DNS-over-HTTPS 解析器（Cloudflare，Google 作为备用）。没有发送电子邮件，没有访问邮箱。