好的…所以我有一个Media Temple的主机帐户，最近有问题邮件服务器标记我发送的电子邮件作为垃圾邮件。 我研究了这个问题，并且认为实现SPF是一个好主意，这是我做的，但问题在于：我的DNS中的MXlogging（mail.mydomain.com）被设置为指向一个IP地址 – 我们只是说10.0.0.1例如 – 但在查找为什么我被ISP列入黑名单的过程中，我发现我的外发电子邮件是从一个不同的IP发送的 – 我们只是说10.0.0.2 – 比我的DNS MX条目中列出的。 从我可以告诉我这是我的消息被标记的原因：始发IP不是任何地方的DNSlogging的一部分。
所以 – 我进入了我的SPFlogging，以前只有一个：mydomain.com条目，并添加了一个列出了发送邮件服务器的IP（例如ip4：10.0.0.2）的ip4条目。 从我收集的这告诉接收邮件服务器，从我的域发出的电子邮件被授权通过该IP出去。 伟大的…没有得到更难的失败…我通过了所有的SPFtesting我在域上运行…一切似乎确定。
但是，出于好奇，我要求媒体大殿支持人员，如果这个传出的邮件服务器的IP将会改变……他们回答说，是的，它偶尔会改变。 很明显，当发生这种情况时，我的SPFlogging将不再起作用。 所以我的问题是如何缓解让他们更改我的传出服务器IP的风险，然后我发送的SPF检查失败的电子邮件？ 我在这里搞砸了，还是有什么我可以做SPFlogging或另一个DNS条目，将防止发生？
这是我目前的SPF的样子：
v = spf1 ip4：10.0.0.2 a：mydomain.com/20 -all
通常，我告诉人们远离从他们的网站主机发送电子邮件，原因如下：
但在你的情况下，你将需要寻找的是发送电子邮件的IP地址的某种别名。 使用PostageApp ，我们告诉我们的客户在他们的SPFlogging中使用mailer.postageapp.com，因为我们的IP可能会偶尔改变，所以我们使用主机名来确保他们永远不必处理您遇到的问题。
也许你可以考虑获得一个专用的SMTP服务器，它具有一个IP地址或有主机名可用来缓解这个问题，或者你可以得到一些第三方的电子邮件服务，所以你永远不必考虑它。
（ 完整披露：我是PostageApp的产品经理，但我对您的问题很熟悉，如果您还有其他问题，请告诉我！
最好的select是使用（mt）Media Temple KnowledgeBase上提供的信息来创build一个SPFlogging。 这将确保不pipe未来邮件IP会发生什么情况，您的SPF都会为您提供覆盖。 这篇文章是：
https://kb.mediatemple.net/questions/658
我还想让你知道，假设你在（gs）网格服务上，邮件IP与networkingIP不同。 这是因为邮件托pipe在一组不同的物理服务器上。 因此，如果您的网站上也有发送邮件的脚本，请确保将* .gridserver.com添加到SPF中。
现在我完全披露：我在媒体寺（mt）工作。