SPF错误“太多查找”的后果是什么？

Question

我正在添加一个域(xero.com)到我们现有的SPF记录，允许从外部系统发送营销电子邮件，并显示它们似乎是来自我们。

xero.com的SPF记录很大，包括它将使我们自己的SPF记录超过10查找限制，从而导致错误Permanent Error: Too many DNS lookup。

这是不幸的，但如果这个错误真的有什么影响(无论是硬失败还是软失败)？它会阻止任何邮件被发送，或者允许所有，或者忽略这个包含的域吗？

除此之外，我们建议我们的一些客户将我们的域名包括在他们的SPF记录中，这样我们就可以代表他们发送邮件。

在我们的SPF记录中增加包含的域会对他们产生负面影响吗？

相反地，如果我通过将SPF记录设置为v=spf1 +all来解决这个问题，这是否也会对我们的客户端产生不期望的影响，这些客户可能在SPF记录中使用我们的域？

Answer 1

其效果是您的SPF记录被忽略。请做以下几点。您的SPF记录需要6个查找，不包括任何MX和A记录包括在记录。( MX记录查找可能导致2个或更多的查找。)

• 在SPF记录中使用IPv4或IPv6地址范围，而不是名称。这将防止其他查找。
• 如果您正在为服务器提供IP地址，则不要包括MX。
• 您正在使用google作为MX，它由include:_spf.google.com条目处理。您不需要MX规范。

考虑使用报告地址设置DMARC，以便确定是否可以设置-all策略。您将得到报告，说明您的策略和失败率有多好。使用report处理，直到您收到的唯一失败报告都是针对不来自您的域的电子邮件。不要将您的SPF策略设置为-all，直到您确定您已经在SPF记录中列出了所有有效的发件人。

Answer 2

立即停止！:)

1)永远不要给客户你的SPF记录为你的营销，始终使用一个子域。

例如，_spf.example.com是您控制并提供给客户的IP范围。

2)限制曝光量或完全去除防晒系数。+all (在实践中可能被忽略)表示您对所有IP范围进行了身份验证，而?all则要安全得多。

3)营销系统不需要你的商业电子邮件域。如果你要有多个营销后端，你应该有多个子域。通常他们(ESP)推动这一点，sg.example.com用于sendgrid，mg.example.com用于mailgun，等等.

4)删除冗余查找，a和mx可能是您所知道的地址。

Answer 3

SPF规格要求进行DNS查找的机制和修饰符的数量不得超过每SPF检查10次，包括使用“包括”机制或“重定向”修饰符引起的任何查找。否则，返回一个SPF PermError，更确切地说是"SPF PermError:太多DNS查找“。

SPF PermError:太多的DNS查找问题被DMARC解释为失败。因此，当您的SPF记录不符合这一限制，而DKIM也失败，您的电子邮件将通过DMARC认证，这意味着您的电子邮件没有正确的认证，可能达不到收件箱。

我写了一篇关于这个主题的博文：SPF PermError:太多的DNS查找