邮件开发工具

DMARC 记录生成器

选择邮件策略或粘贴一条 TXT 值,先看标签含义和报告风险,再修改 DNS。

DMARC 记录生成器

输入

记录与解释

TXT 主机名 填入域名后显示主机名

v=DMARC1; p=none

实际策略

主域
none
子域
none
不存在子域
none
DKIM
r
SPF
r
  • v=DMARC1 — 版本
  • p=none — 主域策略

仅在浏览器内处理;不会查询或修改 DNS。

策略选项

记录已生成。发布前请查看提示。

发布前检查

  • 未设置 rua,将不会请求汇总报告。

新域名开始发信时,难点不是输入 v=DMARC1,而是决定何时从监控转到隔离,以及子域是否应该继承主域策略。DMARC 记录生成器把这些决定和最终 TXT 值放在同一处,让你在发布前核对。

手头已有记录也不用猜 pct 或 rua 的意思:粘贴后逐项解析,旧标签原样保留并标明规范变更。DMARC 记录生成器只做本地语法和策略解释,不会代替你发布 DNS,也不能证明真实邮件已正确对齐。 如需 DMARC 记录解析,请粘贴现有 TXT 值;完成 DMARC 策略配置后,再核对实际生效的主域和子域策略。

为什么用 DMARC 记录生成器

新记录按现行规范生成,旧记录按原样解释。

避开过时的比例承诺

一些生成器仍提供 pct 百分比滑块。RFC 9989 已移除该标签,因为中间比例在收件方实现不一致。这里的新记录从 p=none 开始,省略旧版 pct、rf、ri;测试信号 t=y 也不会被解释成精确比例。

两张邮件策略卡片并排,一张新记录没有比例标签,另一张旧记录的比例标签被标出。

看清子域与报告去向

DMARC 记录生成器在省略 sp、np 时仍展示它们实际继承的策略。解析现有 TXT 后也能看到 rua、ruf 和对齐模式;跨域报告地址会提示授权要求,不会把“语法合法”说成“报告一定能送达”。

一条 TXT 记录拆成策略、子域和报告地址模块,跨域报告模块带有检查标记。

发布前依次核对三件事

01

先确认监控起点

初始值是 v=DMARC1; p=none,不会请求收件方隔离或拒收失败邮件。若需要观察合法发信源,请填写你实际控制的 rua 邮箱;空地址并不使语法失效,但不会请求汇总报告。

02

再看继承与地址

sp、np 保持“继承”时不会写入 TXT。输入多个报告邮箱请用逗号分隔,工具会给裸邮箱补 mailto:。若报告交给另一域名,还要在目标域配置授权记录,本地页面无法核实。

03

最后验证线上结果

自动处理会在停止输入 350 毫秒后刷新;关闭后可用按钮或 Ctrl/Cmd + Enter。复制前修改选项会使旧结果过期。发布到 _dmarc 后,还应检查实际 DNS、SPF/DKIM 对齐和收到的报告,再考虑收紧策略。

把策略、对齐与报告放在一起检查

主域和子域分开判断

p 支持 none、quarantine、reject;sp 为已有子域设置覆盖值,np 为不存在的子域设置偏好。两项默认继承,结果仍列出实际生效值,避免把“没写标签”误以为“没有策略”。

报告地址按 URI 处理

rua、ruf 可填多个邮箱,生成器补齐 mailto:,并在格式错误时停止导出。失败报告可能包含单封邮件细节,ruf 默认留空;没有 ruf 时不输出 fo。跨域授权只能提示,不能静态验证。

旧版标签照读不照搬

解析器指出重复标签、无效取值和分号错误的位置,同时保留未知标签。pct、rf、ri 出现在旧记录中会显示原值与过时提示;新建记录不会偷偷沿用旧规范,也不会自动删掉你粘贴的内容。

本地语法检查的边界

不查询也不修改 DNS
域名只用来显示建议 TXT 主机名。页面不请求 _dmarc、不写 DNS,也不发送测试邮件。DMARC TXT 值格式正确,只能说明本地解析通过,不能证明已发布或邮件能送达。
比例标签只用于解读历史记录
旧记录中的 pct=25 会保留并提示 RFC 9989 已移除 pct,不会被说成可精确覆盖四分之一失败邮件。新记录不提供 pct、rf、ri 字段;t=y 也不是旧比例滑块的等价替代。
跨域报告可能还差授权
若 rua 或 ruf 指向另一域名,收报域需要自己的授权 TXT。填写域名时工具能提示地址跨域,但不会查询目标 DNS;仅凭本页结果不能承诺报告一定到达。
不读取 XML 或多条线上记录
输入限定为一条政策 TXT 值,不解析汇总报告 XML、邮件头或多个 DNS 答案。工具也无法发现线上同名主机存在两条 DMARC 记录;已有旧记录不会被自动迁移覆盖。

DMARC 记录生成器常见问题

DMARC 主机名应该填什么?

通常在 DNS 控制台填 _dmarc;如果服务商不自动补主域,就填 _dmarc.example.com。DMARC 记录生成器在输入域名后显示建议主机名,生成的 TXT 值不包含主机名。

新域名应该直接使用 p=reject 吗?

对正在发信的域名,先用 p=none 收集报告并核对 SPF/DKIM 对齐更稳妥。直接使用 p=reject 可能拒收尚未梳理的正常来源;本页不会替你判断线上发信源是否已经齐全。

rua 和 ruf 有什么区别?

rua 请求汇总认证报告,便于观察各来源;ruf 请求单封失败报告,支持情况与隐私影响不同。工具默认不填两者,尤其不会擅自启用 ruf;如需报告,请用实际可接收的邮箱。

一个域名可以发布多条 DMARC 吗?

同一 _dmarc 主机不应发布多条相互竞争的政策记录。这里仅生成或解析一条文本,无法查询线上是否已存在另一条;发布前要到 DNS 服务商和实时查询工具确认。

生成器会修改 DNS 吗?

不会。域名、策略和邮箱只在当前浏览器中参与计算。复制后的 TXT 需要由你自行添加到 DNS,随后再用线上查询和实际报告核实。

还有 DMARC 策略问题?

现在使用 DMARC 记录生成器

用 DMARC 记录生成器检查策略文字,再按收到的认证报告决定何时加强执行;发布前后都要核对线上 DNS。