我负责一个域，该域具有代表该域发送邮件的各种其他服务所推荐的 SPF 记录。
在设置 Mailchimp 时，我惊讶地发现没有关于 Mailchimp 推荐的 SPF 设置的文档。当我联系支持人员时，我被告知 Mailchimp 基本上考虑了 SPF 遗留问题，6 个月以上没有使用 SPF，并认为拥有记录无济于事。甚至建议我完全删除我们的 SPF 记录。
我不怀疑 Mailchimp 比我更了解电子邮件的可送达性。但我感到惊讶的是，Mailchimp 不会发布任何解释此决定的内容，尤其是考虑到代表我们发送电子邮件的所有其他提供商都继续推荐使用 SPF，包括 G-Suite。
那么到底是怎么回事，2020 年 SPF 没用了，我是否应该担心我们的 SPF 记录中没有 Mailchimp 的服务器，我是否应该考虑完全删除 SPF 记录？
我很抱歉这个模糊的标题。我不完全明白为什么 SPF 和 DKIM 应该一起使用。
第一：如果发件人或 DNS 被“欺骗”，SPF 可以通过它应该失败的地方，如果涉及代理和转发器的一些高级设置，它可能会在应该通过的地方失败。
DKIM 可以通过它应该失败的地方，要么是因为密码学中的错误/弱点（我们排除了这一点，因此简化点），要么因为 DNS 查询被欺骗。
由于排除了密码学错误，不同之处（如我所见）在于 DKIM 可用于 SPF 失败的设置。我想不出任何可以从两者中受益的例子。如果设置允许 SPF，则 DIKM 不应添加任何额外的验证。
任何人都可以举一个使用两者的好处的例子吗？