为什么此SPF记录失败?

时间:2016-07-14 14:56:30

标签: email dns server email-validation spf

我使用类似的spf txt dns记录管理两个域:

  • ffiles.com,在测试时返回pass spf结果
  • apkfiles.com,测试时会返回fail个结果。

SPF记录包含来自父域include:spf.tntcode.com的数据 但是上面两个域似乎配置相同,为什么一个失败?

  

SPF记录查找和验证:ffiles.com

     

SPF记录在DNS中作为TXT记录发布。

     

为您的域找到的TXT记录是:   谷歌现场验证= 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   库)!

...
  

SPF记录查找和验证:apkfiles.com SPF记录是   在DNS中发布为TXT记录。为您的域找到的TXT记录   是:v = spf1 + a include:spf.tntcode.com + mx -all

     

检查是否有有效的SPF记录。

     

找到apkfiles.com的v = spf1记录:v = spf1 + a   包括:spf.tntcode.com + mx -all

     

评估...结果 - 记录处理没有错误。

     

测试结果(这应该是你的默认结果)   记录)是,失败了。返回的解释是,SPF失败 - 不是   授权返回SPF检查工具(清除表格)使用背面   浏览器上的按钮,无需返回SPF检查工具   清理表格。

2 个答案:

答案 0 :(得分:1)

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

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

根据SPF的规范,最后的额外空格不是错误,但可能是由于额外的空间,SPF的某些实现失败了。

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

答案 1 :(得分:0)

您确定要正确测试吗?我认为你正在使用Scott Kitterman's SPF tester。你有没有使用相同的发件人地址?我得到了两个使用IP /名称的通行证我用这些配置查找了域名:

ffiles.com:

enter image description here

apkfiles.com:

enter image description here

这两个导致正确检索的SPF记录并且两个检查都通过。