我在 mail-tester.com 上的得分为 9/10。我的 -1 来自这个，“你没有 DMARC 记录”
在我的 DNS（cPanel>“高级 DNS 区域编辑器”）中，我有这个 DMARC 记录
_dmarc.mycooldomain.com. 14400 IN TXT "v=DMARC1; p=none; sp=none; ruf=mailto:myaddy@gmail.com; rf=afrf; pct=100; ri=86400"
我的域确实是实际 DMARC 记录中的正确域，而 myaddy@gmail.com 确实是 cPanel/WHM 帐户（一个 gmail addy）的电子邮件，而不是 SPF 记录中的发件人域（例如 info@mycooldomain.com ）。这有关系吗？
otalliance.org/resources/spf-dmarc-tools-record-validator 返回绿色，我认为这很好。
那么是 mail-tester.com 或我的 DMARC 记录的问题吗？
显然，mycooldomain这不是您的域，因此很难验证您发布的内容，但根据您发布的内容，您的 RUF 字段将导致它无法通过 DMARC。如果您向他们发送电子邮件，mailtest@unlocktheinbox.com他们有一个非常好的 DMARC 测试仪，但不幸的是 DMARC 结果不是免费的。但我 100% 确定您没有遵循Dmarc 规范第 28 页上的标准
哪个读
例如，如果“blue.example.com”的 DMARC 策略查询包含“rua=mailto:reports@red.example.net”，则从
后者（“red.example.net”）中提取的主机不匹配“ blue.example.com”，因此制定了此程序。
发出“blue.example.com._report._dmarc.red.example.net”的 TXT 查询。如果
返回包含“v=DMARC1”标签的单个回复，则
确认两者之间的关系。此外，如果需要，
“red.example.net”有机会覆盖
“blue.example.com”请求的报告目的地。
由于您使用的是 gmail 帐户 - 您无法说服他们代表您添加记录。因此，您需要选择一个不同的 RUF 电子邮件地址。最有可能dmarc@Mycooldomain的是，如果您希望报告发送到您的 gmail 帐户，那么您就可以设置一个转发器。
DNS 更改无法立即使用。新记录可能需要数小时才能对其他服务器可见。您发布的 DMARC 条目似乎有效，但“ruf=”电子邮件地址除外。在这里，您必须提供分配给您自己域的电子邮件地址。
修复，等待并重试。