Mail-tester 说 DMARC 不见了，但事实并非如此？
Mail-tester says DMARC missing, but it's not?
我在邮件上的得分为 9/10-tester.com。我的-1来自于此，
"You do not have a DMARC record"
在我的 DNS (cPanel>"Advanced DNS Zone Editor") 中，我有这条 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）。这重要吗？
联盟。org/resources/spf-dmarc-tools-record-validator
Returns绿色，我觉得不错。
那么问题是邮件-tester.com 还是我的 DMARC 记录？
显然，mycooldomain 并不是您真正的域，因此很难验证您发布的内容，但根据您发布的内容，您的 RUF 字段将导致它无法通过 DMARC。如果您向 mailtest@unlocktheinbox.com 发送电子邮件，他们有一个非常好的 DMARC 测试仪，但不幸的是，DMARC 结果不是免费的。但我 100% 确定您没有遵循 Dmarc Specification
第 28 页的标准
上面写着
For example, if a DMARC policy query for "blue.example.com" contained
"rua=mailto:reports@red.example.net", the host extracted from the
latter ("red.example.net") does not match "blue.example.com", so this
procedure is enacted. A TXT query for
"blue.example.com._report._dmarc.red.example.net" is issued. If a
single reply comes back containing a tag of "v=DMARC1", then the
relationship between the two is confirmed. Moreover,
"red.example.net" has the opportunity to override the report
destination requested by "blue.example.com" if needed.
由于您使用的是 gmail 帐户 - 您无法说服他们代表您添加记录。所以您需要选择不同的 RUF 电子邮件地址。最有可能的是像 dmarc@Mycooldomain 这样的人然后设置一个转发器到你的 gmail 帐户，如果那是你想要报告的地方。
DNS 更改不会立即可用。新记录对其他服务器可见可能需要几个小时。您发布的 DMARC 条目似乎有效，但 "ruf=" 电子邮件地址除外。您必须在此处提供分配给您自己域的电子邮件地址。
修复，等待重试。
我在邮件上的得分为 9/10-tester.com。我的-1来自于此， "You do not have a DMARC record"
在我的 DNS (cPanel>"Advanced DNS Zone Editor") 中，我有这条 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）。这重要吗？
联盟。org/resources/spf-dmarc-tools-record-validator Returns绿色，我觉得不错。
那么问题是邮件-tester.com 还是我的 DMARC 记录？
显然，mycooldomain 并不是您真正的域，因此很难验证您发布的内容，但根据您发布的内容，您的 RUF 字段将导致它无法通过 DMARC。如果您向 mailtest@unlocktheinbox.com 发送电子邮件，他们有一个非常好的 DMARC 测试仪，但不幸的是，DMARC 结果不是免费的。但我 100% 确定您没有遵循 Dmarc Specification
上面写着
For example, if a DMARC policy query for "blue.example.com" contained "rua=mailto:reports@red.example.net", the host extracted from the
latter ("red.example.net") does not match "blue.example.com", so this procedure is enacted. A TXT query for
"blue.example.com._report._dmarc.red.example.net" is issued. If a
single reply comes back containing a tag of "v=DMARC1", then the
relationship between the two is confirmed. Moreover,
"red.example.net" has the opportunity to override the report
destination requested by "blue.example.com" if needed.
由于您使用的是 gmail 帐户 - 您无法说服他们代表您添加记录。所以您需要选择不同的 RUF 电子邮件地址。最有可能的是像 dmarc@Mycooldomain 这样的人然后设置一个转发器到你的 gmail 帐户，如果那是你想要报告的地方。
DNS 更改不会立即可用。新记录对其他服务器可见可能需要几个小时。您发布的 DMARC 条目似乎有效，但 "ruf=" 电子邮件地址除外。您必须在此处提供分配给您自己域的电子邮件地址。
修复，等待重试。