跳到工具
JoeLucky

点击工具页的「收藏」加入

工具类别

我的 IP 是什么IP 查询IP 纯净度与信誉检测CIDR 子网计算器新SPF／DMARC 生成器新
JoeLucky

实用好用的在线工具集合站

隐私政策服务条款

© 2026 JoeLucky®. 版权所有。

  1. JoeLucky
  2. /网络与 IP
  3. /SPF／DMARC 生成器

SPF／DMARC 生成器

生成并检查 SPF、DMARC 记录；只在浏览器内处理，不查询 DNS。

本工具只在浏览器内组合与检查“文本”，不会查询 DNS，也无法证明你的 DNS 真的已设置正确。发布后请用 DNS 查询工具确认记录已生效。
常见发信服务（include 值取自各服务官方文档）
exists 域名（进阶，每行一个）

生成的 SPF 记录

v=spf1 include:_spf.google.com ~all
生成的 SPF 记录
类型DNS 主机名值
TXT@v=spf1 include:_spf.google.com ~all
DNS 查询次数1 / 10
长度 35 字符—
没有发现问题。
依据与限制
  • SPF 依 RFC 7208：最多 10 个会触发 DNS 查询的项目（include、a、mx、ptr、exists、redirect），ip4／ip6／all 不计。
  • DMARC 依 RFC 9989（DMARCbis）：标签为 v、p、sp、np、adkim、aspf、fo、rua、ruf、psd、t；pct、rf、ri 已移除。
  • 常见服务的 include 值与内层查询次数为 2026-10-20 的人工核对／公开 DNS 实测，服务商可能随时变更；请以服务商文档为准。
  • Postmark 官方说明不需要把它加进你自己的 SPF（Return-Path 在它的域名），所以不列在默认清单。
  • SPF 与 DMARC 都建议搭配 DKIM；DKIM 密钥与选择器由发信服务生成，本工具不生成私钥。

相似网络与 IP

查看全部
CIDR 子网计算器

输入 CIDR，算出网络地址、广播地址、可用主机数与掩码，支持 IPv4／IPv6。

打开 →
IP 查询

查询 IPv4、IPv6、域名或网址的 RDAP 注册信息与反向 DNS。

打开 →
我的 IP 是什么

显示您的公开 IP、网络信息与大致地理位置，并提供 WebRTC 泄漏检测。

打开 →

💬 用户留言

?

还没有留言，抢先留下你的想法！

什么是SPF／DMARC 生成器？

SPF／DMARC 生成器依 RFC 7208（SPF）与 RFC 9989（DMARC）帮你组出并检查邮件验证记录。SPF 可勾选常见发信服务的 include、加入 IP、设置结尾规则并估算 DNS 查询次数（上限 10 次）；DMARC 可设置策略 p／sp／np、报告邮箱、失败报告条件与对齐模式。也能粘贴既有记录做离线语法检查。工具只处理文本，不查询 DNS，也无法证明 DNS 已正确设置。

如何使用？

  1. 在“SPF 生成器”勾选你使用的发信服务、加入其他 include 或 IP，选择结尾规则（建议从 ~all 开始）。
  2. 检查生成的记录、DNS 查询次数与提醒，复制记录（或带引号版本）到你的 DNS 面板。
  3. 在“DMARC 生成器”输入域名、选择策略与报告邮箱，按提示逐步从 p=none 走向 p=quarantine、p=reject。
  4. 用“SPF 检查”或“DMARC 检查”粘贴现有记录，查看解析结果与问题。

注意事项

  • 示例：只用 Google Workspace 的域名，SPF 为 v=spf1 include:_spf.google.com ~all；起步的 DMARC 为 v=DMARC1; p=none; rua=mailto:dmarc@你的域名。
  • SPF 同一域名只能有一条记录，且最多 10 次 DNS 查询；DMARC 依 RFC 9989 已移除 pct、rf、ri，默认不输出 pct。
  • 常见发信服务的 include 取自各服务官方文档，内层查询次数为 2026-10-20 的公开 DNS 实测，服务商可能随时变更；Postmark 官方说明不需加入你的 SPF，所以不在默认清单。
  • 工具只处理文本，不查询 DNS，也不生成 DKIM 私钥；发布后请用 DNS 查询工具与测试邮件确认。

常见问题

这个工具能验证我的 DNS 设置是否正确吗？

不能。工具只在浏览器内组合与检查“记录文本”，不会查询 DNS，因此无法证明记录已经发布或生效。发布后请用 DNS 查询工具确认，并用实际发出的测试邮件检查验证结果。

SPF 的 10 次 DNS 查询上限是什么？

依 RFC 7208，验证一条 SPF 时最多只能有 10 个会触发 DNS 查询的项目（include、a、mx、ptr、exists 与 redirect），而且 include 内层的项目也要一起算。ip4、ip6 与 all 不计。超过上限，收件端会返回 permerror，等于 SPF 失效。

工具显示的查询次数准吗？

对内置的常见发信服务，工具使用 2026-10-20 在公开 DNS 实测的内层查询次数；对你自己输入的 include，内层次数未知，只暂计 1 次并加上提示。服务商随时可能变更记录，所以请在发布前用基于 DNS 的 SPF 检查工具再确认一次。

SPF 结尾该用 ~all 还是 -all？

~all（软失败）表示“没列出的来源很可能未授权，但先接受并标记”，适合刚开始、还没确认所有发信来源时；-all（硬失败）表示明确拒绝。Google 的说明建议使用 ~all，Microsoft 则建议在同时设置 DKIM 与 DMARC 后使用 -all。无论哪种都不要用 +all，它等于允许任何人冒用你的域名。

DMARC 依 RFC 9989 有哪些标签？pct 去哪了？

RFC 9989（DMARCbis）定义的标签是 v、p、sp、np、adkim、aspf、fo、rua、ruf、psd 与 t；RFC 7489 的 pct、rf、ri 已被移除，并以 t（测试标志，t=y 约相当于原来的 pct=0）取代常见用法。本工具默认不输出 pct，只有在“进阶与兼容选项”中明确开启时才会加入。

DMARC 该怎么从 p=none 一步步到 p=reject？

先用 p=none 并设置 rua，收集汇总报告至少一个月，找出所有合法发信来源；把每个来源的 SPF 或 DKIM 设置成与 From 域名对齐；再改为 p=quarantine 观察一段时间（不确定时可先用 t=y 测试）；确认没有误伤合法邮件后再改成 p=reject。p=reject 可能影响邮件列表与转发邮件，上线前请先看报告。

报告邮箱在别的域名时要注意什么？为什么没有 Postmark 预设选项？

当 rua 或 ruf 的邮箱不在你的域名内，对方域名必须在“你的域名._report._dmarc.对方域名”发布值为 v=DMARC1; 的 TXT 记录，否则多数收件端不会发送报告；工具会提示该主机名。Postmark 的官方说明指出不需要把它加进你自己的 SPF，因此不在预设清单；列出的服务其 include 值都取自各自官方文档。