有时候我们系统发现有的企业网站建设完成后，但是域名的SPF不符合要求，将可能导致邮件无法正常送达。所以我们建议检查并按要求设置SPF，会有助于提升邮件的到达率。那么怎么配置SPF呢？请参考以下方法：不过需要说明的是目前我们所了解的腾讯的企业邮箱和中资源的无限畅邮都提供此服务！
什么是SPF？
(Sender Policy Framework) 的缩写，一种以IP地址认证电子邮件发件人身份的技术，是非常高效的垃圾邮件解决方案。
接收邮件方会首先检查域名的SPF记录，来确定发件人的IP地址是否被包含在SPF记录里面，如果在，就认为是一封正确的邮件，否则会认为是一封伪造的邮件进行退回。
如何设置企业邮箱的SPF呢？
SPF是通过域名的TXT记录来进行设置的。
为了提升域名邮箱发送外域（@ccxcn.com以外的邮箱）邮件的成功率，建议您给自己的域名设置一条TXT记录来避免这种情况。
TXT记录值为：v=spf1 include:spf.mail.ccxcn.com ~all
如图：万网的设置页面
1.从diy.hichina.com处登录域名管理系统；
2.在TXT（正文字串）处设置一条TXT记录，如下：
SPF 有哪些需求
要想用 SPF 来保护你的系统，你必须：
配置 DNS，添加 TXT 记录，用于容纳 SPF 问询的信息。
配置你的电子邮件系统(qmail, sendmail)使用 SPF，也就是说对服务器上每封进入的邮件进行验证。
上述第一步要在邮件服务器所属的域名服务器上进行调整，下一节中，我们将讨论这个记录的细节内容。你首先需要确定的一点是你的域名服务器(bind，djbdns)所使用的语法。但别担心，SPF 的官方网站提供了一个很好用的向导来指导你如何添加记录。
SPF 的 TXT 记录
SPF 记录包含在一个 TXT 记录之中，格式如下：
v=spf1 [[pre] type [ext] ] ... [mod]
每个参数的含义如下表所示： 参数 描述
v=spf1 SPF 的版本。如果使用 Sender ID 的话，这个字段就应该是 v=spf2
pre 定义匹配时的返回值。
可能的返回值包括： 返回值 描述
+ 缺省值。在测试完成的时候表示通过。
- 表示测试失败。这个值通常是 -all，表示没有其他任何匹配发生。
~ 表示软失败，通常表示测试没有完成。
? 表示不置可否。这个值也通常在测试没有完成的时候使用。
type 定义使用的确认测试的类型。
可能的值包括： 候选值 描述
include 包含一个给定的域名的测试
以 include:domain 的形式书写。
all 终止测试序列。
比如，如果选项是 -all，那么到达这条记录也就意味着测试失败了。但是如果无法确定，可以使用"?all"来表示，这样，测试将被接受。
ip4 使用 IPv4 进行验证。
这个可以以 ip4:ipv4 或 ip4:ipv4/cidr 的形式使用。建议使用这个参数，以减少域名服务器的负荷。
ip6 使用 IPv6 进行验证。
a 使用一个域名进行验证。
这将引起对域名服务器进行一次 A RR 查询。
可以按照 a:domain, a:domain/cidr 或 a/cidr 的形式来使用。
mx 使用 DNS MX RR 进行验证。
MX RR 定义了收信的 MTA，这可能和发信的 MTA 是不同的，这种情况基于 mx 的测试将会失败。
可以用 mx:domain, mx:domain/cidr 或 mx/cidr 这些形式进行 mx 验证。
ptr 使用域名服务器的 PTR RR 进行验证。
这时，SPF 使用 PTR RR 和反向图进行查询。如果返回的主机名位于同一个域名之内，就验证通过了。
这个参数的写法是 ptr:domain
exist 验证域名的存在性。
可以写成 exist:domain 的形式。
ext 定义对 type 的可选扩展。如果没有这个字段，那么仅使用单个记录进行问询。
mod 这是最后的类型指示，作为记录的一个修正值。
修正值 描述
redirect 重定向查询，使用给出的域名的 SPF 记录。
以 redirect=domain 的方式使用。
exp 这条记录必须是最后一条，允许给出一条定制的失败消息。
IN TXT "v=spf1 mx -all exp=getlost.example.com"
getlost IN TXT "You are not authorized to send mail for the domain"
存在的问题:
嘿！我是 ISP
ISP 实施 SPF 可能对于他们处于漫游状态(roaming)的用户带来一些麻烦，当这些用户习惯使用 POP-before-Relay 这样的方式处理邮件，而不是 SASL SMTP 的时候问题就会出现。
嗯，如果你是一个被垃圾邮件、地址欺骗所困扰的 ISP 的话，你就必须考虑你的邮件策略、开始使用 SPF 了。
这里是你可以考虑的几个步骤。
首先设置你的 MTA 使用 SASL，比如，你可以在端口 25 和 587 使用它。
告诉你的用户你已经使用了这个策略(spf.ccxcn.com给出了一个通知的例子，参见参考文献)。
给你的用户一个宽限期，也就是说，把你的 SPF 记录加入到域名服务器之中，但使用“软失败”(~all)而不是“失败”(-all)。
这样，你就保护了你的服务器、你的客户和整个世界免受垃圾邮件之类的困扰了。
SPF 的官方站点上有很多信息，还等什么呢？
有什么需要担心的?
SPF 是一个对于欺骗的完美保护。但它有一个局限：传统的邮件转发方式不再有效了。你不能仅仅从你的 MTA 接受邮件并简单地重新发送它了。你必须重写发送地址。常见的 MTA 的补丁可以在 SPF 的网站找到。换句话说，如果你把 SPF 记录加入到了域名服务器，你就必须更新你的 MTA 来进行发送地址改写，即使你还没有对 SPF 记录进行检查。
结论
你可能觉得 SPF 的实施有点难以理解。不过这确实不算复杂，而且还有一个不错的向导来帮你完成这个转换(参见参考文献)。
如果你被垃圾邮件所困扰的话，SPF 将可以帮助你，保护你的域名免受伪造邮件地址的影响，你所要做的仅仅是在域名服务器上添加一行文本并配置你的电子邮件服务器而已。
SPF 的优点有很多。不过，像我对一些人所说的，这不是一夜之间就可以达到的，SPF 的好处将通过日积月累来表现出来，当其他人都使用它的时候就能明显地看到了。
我也提到了 Sender ID，这和 SPF 有关，但我没有去解释它。可能你已经知道原因了，微软的策略一向如此---软件专利。在参考文献中，你可以看到 openspf.org 对于 Sender ID 的立场声明。
解决MT发送邮件通知给GMail遇到的SPF校验问题
blog系统有一个很有用的功能就是邮件发送留言通知：但是发送到GMail邮箱的通知信十有八九都会被标记为垃圾邮件。原因就是SPF：Sender Policy Framework (SPF) 要做发送人校验，而MT设置的发信人是留言者的邮件地址，而退信地址是MT系统所在服务器的邮箱。
Received-SPF: neutral (google.com: 60.195.249.163 is neither permitted nor denied by domain of apache@localhost.localdomain)
我的WEB服务器上没有任何邮件系统。所以无法通过SPF校验，有严格的SPF校验这也是GMail相对Spam比较少的原因。
如何解决呢：
1 增加邮件系统，设置MX记录等，需要学不少东西；
2 简单的就是先发到不支持SPF校验的邮件系统上，然后再转发给GMail，这时候的退信地址已经转发邮箱了：
Received-SPF: pass (ccxcn.com: domain of #####@yeah.net designates 60.12.227.137 as permitted sender)
您的域管理员或托管公司仅需在域名系统 (DNS) 中发布 SPF 记录。这些简单的文本记录标识了经过授权的电子邮件发送服务器（通过列出这些服务器的 IP 地址）。电子邮件接收系统会检查邮件是否来自经过正确授权的电子邮件发送服务器。检查步骤如下，发送人向接收方发送一封电子邮件后，邮件接收服务器接收电子邮件并执行如下操作：
· 检查哪一个域声称发送了该邮件并检查该域的 SPF 记录的 DNS。
· 确定发送服务器的 IP 地址是否与 SPF 记录中的某个已发布 IP 地址相匹配。
· 对电子邮件进行打分：如果 IP 地址匹配，则邮件通过身份验证并获得一个正分。如果 IP 地址不匹配，则邮件无法通过身份验证并获得一个负分。然后，对现有的防垃圾邮件筛选策略和启发式筛选应用这些结果。
本文作者来自北京传诚信，转载请注明出处：北京传诚信（www.ccxcn.com）
