SPF 的官方站点上有很多信息，还等什么呢？
有什么需要担心的?
SPF 是一个对于欺骗的完美保护。但它有一个局限：传统的邮件转发方式不再有效了。你不能仅仅从你的 MTA 接受邮件并简单地重新发送它了。你必须重写发送地址。常见的 MTA 的补丁可以在 SPF 的网站找到。换句话说，如果你把 SPF 记录加入到了域名服务器，你就必须更新你的 MTA 来进行发送地址改写，即使你还没有对 SPF 记录进行检查。
结论

你可能觉得 SPF 的实施有点难以理解。不过这确实不算复杂，而且还有一个不错的向导来帮你完成这个转换(参见参考文献)。

如果你被垃圾邮件所困扰的话，SPF 将可以帮助你，保护你的域名免受伪造邮件地址的影响，你所要做的仅仅是在域名服务器上添加一行文本并配置你的电子邮件服务器而已。

SPF 的优点有很多。不过，像我对一些人所说的，这不是一夜之间就可以达到的，SPF 的好处将通过日积月累来表现出来，当其他人都使用它的时候就能明显地看到了。

我也提到了 Sender ID，这和 SPF 有关，但我没有去解释它。可能你已经知道原因了，微软的策略一向如此---软件专利。在参考文献中，你可以看到 openspf.org 对于 Sender ID 的立场声明。

我仅仅希望给你一个 SPF 的简短说明。如果你对此感兴趣，想要了解更多信息的话，你可以看看参考文献，本文的内容就来自于此。
参考文献
SPF 官方网站。
SPF 官方 FAQ。
SPF 官方向导。
openspf.org 对于 SenderID 的立场
一篇关于 Sender ID 和 SPF 的不错的文章。
转向 SASL 时对用户提出警示
HOWTO - 定义 SPF 记录

针对前段时间有人提问
SPF的事情
大家都了解下

详细情况可以到官方网站
进一步了解