我使用类似的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检查工具 清理表格。
答案 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:
apkfiles.com:
这两个导致正确检索的SPF记录并且两个检查都通过。