什么时候可以省略SPF记录？

Question

我试图帮助一个小的非营利组织，谁已经决定让One.com主持他们的域名，包括网站和电子邮件。现在，我的问题是，One.com没有添加SPF-记录或DKIM-密钥到您的域，我相信这就是为什么大量邮件从域发送，最终在垃圾邮件。

我一直与他们的支持保持联系，他们亲切地回答：

您已经在使用我们的邮件服务器，没有必要使用SPF。 我们的邮件服务器已经安装了SPF，如果您正在使用我们的邮件服务器，SPF将不会成为问题，因为域托管在这里，并且它使用One.com的邮件服务器。只有当您的域托管在这里，但使用不同的MX记录或邮件服务器时，SPF才是必需的。

我试图找出，如果你可以省略SPF，但我所能得出的结论是，适当的SPF在每个领域肯定是正确的方式，而不仅仅是托管公司的主要领域。我的意思是，如果是这么简单的话，为什么Google应用程序、Zoho、Rackspace等都建议增加SPF，如果它同样有效的话--你也会使用他们的MX，所以这不是一样的吗？并且不会让SPF离开给我们留下和SPF之前一样的问题，同样的，你没有办法验证邮件是否真的是从域名的所有者或者仅仅是某个强制的人发送的。

那么到底要说的是: One.com真的能忽略他们客户域上的SPF记录，在客户端发送邮件吗?仍然期望邮件能够通过，而不会出现更频繁的垃圾邮件？

非常感谢您的时间！

Answer 1

简短的回答是“不，他们不能”。更长的答案要复杂一些。

SPF使用发送服务器的EHLO域或返回路径中的域来查找DNS中的SPF记录。大多数处理多个域的系统不使用发送服务器的EHLO域上的SPF记录，因此SPF域是从电子邮件的返回路径中提取的。您应该查看该非营利组织通过one.com发送的电子邮件的返回路径，以确定返回路径是在One.com的子域上，还是在使用非营利域。后者是绝对可取的。

如果返回路径位于one.com的子域上，那么该域将用于查找SPF记录。因此，添加SPF记录到您的非营利的DNS不会做任何事情。虽然这看起来更容易，但它会导致DMARC问题，并可能导致电子邮件被标记为垃圾邮件，即使它通过SPF，因为“From”标题中的地址将有一个与返回路径不匹配的域。

如果返回路径位于您的非营利域的子域上，那么您肯定应该将SPF记录添加到非盈利的DNS中。查看one.com的当前记录，如下所示：

v=spf1 include:_spf.one.com ~all

应该这么做。

顺便说一句，你应该能够看到一个电子邮件是SPF或DKIM授权通过查看接收到的电子邮件的标题。这是了解实际行为的最好方法。