为什么这个SPF记录失败了？

Question

我管理两个具有类似spf txt记录的域：

• ffiles.com，测试时返回pass spf结果。
• apkfiles.com，测试时返回fail结果。

SPF记录包含来自父域include:spf.tntcode.com的数据，但上述两个域似乎配置相同，为什么其中一个失败？

SPF记录查找和验证: ffiles.com SPF记录以TXT记录的形式在DNS中发布。 为您的域找到的TXT记录是: google-site-verification=5j4oHqhf_H5kXl_ciEX9OZISFoexrz9N_5c0I0Q1jw8 v=spf1 +a include:spf.tntcode.com +mx -all 检查是否有有效的SPF记录。 找到ffiles.com的v=spf1记录: v=spf1 +a include:spf.tntcode.com +mx -all 评估..。SPF记录通过了pySPF (Python库)的验证测试！

...

SPF记录查找和验证: apkfiles.com SPF记录以TXT记录的形式发布在DNS中。为您的域找到的TXT记录是: v=spf1 +a include:spf.tntcode.com +mx -all 检查是否有有效的SPF记录。 找到apkfiles.com的v=spf1记录: v=spf1 +a include:spf.tntcode.com +mx -all 评估..。结果-记录处理没有错误。 测试的结果(这应该是记录的默认结果)是，失败。返回的解释是，SPF失败-未授权返回SPF检查工具(清除表单)，使用浏览器上的后退按钮返回SPF检查工具而不清除表单。

Answer 1

在apkfiles.com. SPF的SPF记录末尾似乎有一个额外的空间。

也许这就是为什么kitterman.com的验证器在其中一个记录上失败的原因，因为除了额外的空间之外，这两个记录是相同的。

根据SPF的规范，最后的额外空间不是一个错误，但可能是由于额外的空间导致SPF的某些实现失败。

我刚刚在另一个SPF测试器(http://mxtoolbox.com/SuperTool.aspx)上测试了这两个域，这两个域都成功了。

Answer 2

你确定你测试的正确吗？我想你在用斯科特·基特曼的SPF检测仪。你对这两个人都用相同的地址吗？如果我同时使用up /名称，那么我就可以通过以下这些信任来查找域：

ffiles.com：

​

​

apkfiles.com：

​

​

这两者都会导致正确检索SPF记录和两次检查通过。