我配置了SPF和TXT记录。当我检查SPF记录语法时。它说PermError SPF永久性错误：DNS查找太多。
v=spf1 include:_spf.google.com include:netcore.co.in ~all
我的电子邮件也在垃圾邮件中登陆。
1）我在共享主机上，我没有配置专用的IP和DKIM。实际上我不发送垃圾邮件触发单词的电子邮件。因为我在共享主机上。共享主机是否有可能发送电子邮件导致我的电子邮件在垃圾邮件中登陆。
2）我使用netcore.co.in发送群发邮件。和 google.com从Gmail发送邮件。 我也正确配置了MX记录。我已经提到谷歌MX记录但不是netcore.net MX记录。 我正在使用sendgrid的免费smtp服务器从我的java网络应用程序发送电子邮件。我没有在spf记录中提到过。 SPF记录是否会导致垃圾邮件问题。
答案 0 :(得分：6)
你应该看看我几周前回答的这个问题：
您只能获得10次针对SPF的DNS查找（这是协议的一部分）。自动进行两次查找以获取TXT记录和实际的SPF记录。没有做实际的数学运算（我会把它作为练习留给你），你在13-14次查找附近徘徊。您需要将SPF记录合并为一个，或者删除其中一个服务。 （例如，SendGrid允许您在一组IP下执行事务和群发邮件，因此您可以完全删除netcore或gmail。）
至于您的垃圾邮件问题，您应该联系SendGrid支持（http://support.sendgrid.com），这不应该发生在您身上，他们将能够帮助您排除故障并解决问题。
答案 1 :(得分：1)
另一个选择是使用SPF代理服务，如spfproxy.org。它会屏蔽在后台执行此操作的代理背后的所有查找。设置只需几分钟。 =
答案 2 :(得分：0)
这与共享主机，专用IP，是否设置DKIM或内容是否垃圾无关。
唯一的罪魁祸首是您的SPF包含10多种进行DNS查找的机制和/或修饰符。 SPF spec施加了此限制以防止DDoS攻击。
您可以使用在线SPF检查器来检查SPF记录中的DNS查找计数：Online SPF checker
在SPF检查期间返回“ SPF PermError：DNS查询过多”时，由于DMARC是永久性错误，因此DMARC会将其视为失败，并且DMARC将所有SPF永久性错误解释为失败。这可能会对您的电子邮件的传递能力产生负面影响，因此您应该寻求解决此问题的方法。
我写了一篇关于这个主题的文章：SPF PermError: too many DNS lookups