我开始合作的一家公司在他们的域上没有 SPF 记录。他们正在使用多种服务（Google Apps 和 Shopify），这些服务从公司域发送电子邮件，并在返回路径中使用公司域。他们从未遇到过问题。
该公司已开始使用新的在线客户服务应用程序，其中一些客户电子邮件已成为垃圾邮件。他们的支持回应说我们可以通过添加v=spf1 include:spf.gorgias.io ?all.
我不知道他们没有任何 SPF 记录，所以我通过包括谷歌应用程序和 shopify SPF 记录来帮助他们。但这导致了太多的查找。
我现在正在决定要做什么，但我无法理解其中一些变化的影响；
假设我们刚刚按照他们的建议添加了 gorgias spf 记录。这会对已经发送电子邮件的 shopify 等服务的 spf 验证产生什么影响？他们现在是否有更大的最终成为垃圾邮件的风险，还是因为之前没有 SPF 记录而没有变化？
是?all一个安全的选择吗？或者我们应该寻找一个~all限定符并找出解决查找数量的方法。例如，使用不同的子域来处理支持请求。如果我理解正确，现在每个发送服务器都可以通过?all.
非常感谢
Shopify 的 SPF 记录很疯狂！他们可以让它做一次查找，但他们无缘无故地将它变成了三个，只是因为有人不知道他们在做什么或不在乎。
Google 的 SPF 记录确实需要它所做的三个查找。
spf.gorgias.io 的一个很有趣；它只包括 mailgun 的记录。这是一个额外的查找。但是 mailgun 的 SPF 记录本身需要两次查找。
所以这是九次查找。当您将它们与包含所有三个服务的 SPF 记录所需的三个查找放在一起时，您会得到 12 个，这超出了 10 个的限制。任何正常运行的 SPF 解析器将始终返回 PermError 此类记录。
解决这个问题的方法是做一些出于其他原因应该做的事情：将营销和交易电子邮件分成一个或多个子域，或完全其他域。他们不应使用与公司电子邮件相同的域，以免影响该域的声誉。
例如，公司电子邮件可能使用，@example.com而交易邮件使用@webshop.example.com和新闻通讯使用@marketing.example.com。
关于?all，规范说这?使它中立，因此?all意味着您对来自记录中未指定任何地方的邮件不提供任何意见。这在您自己的 SPF 记录中几乎无用。
| 归档时间： |
|
| 查看次数： |
125 次 |
| 最近记录： |