输入您的域名
首先输入您想要创建 SPF 记录的域名。
什么是 SPF？
SPF (Sender Policy Framework) 是在 RFC 7208 中定义的电子邮件认证协议。它的工作原理是在您的域名下发布一条 DNS TXT 记录，列出所有允许从该域名“发送”邮件的 IP 地址或主机名。当接收邮件服务器收到一封声称来自您的邮件时，它会查询您的 DNS 以验证发送服务器的 IP 是否在您的批准列表中。
如果没有 SPF，任何人都可以伪造电子邮件的返回路径（envelope From），使其看起来像是来自您的域名——这是网络钓鱼和垃圾邮件活动中常用的技术。
为什么需要 SPF？
1防止欺骗
阻止不良行为者伪造您的域名作为发送地址
2提高送达率
接收服务器会信任经过授权的发送者，从而降低垃圾邮件评分
3DMARC 必需项
SPF 是 DMARC 依赖的两种对齐机制之一
4声誉保护
未经授权的发送者无法损害您域名的发送声誉
SPF 工作原理 — 步骤详解
在 `_your-domain.com` 发布一条 TXT 记录，列出授权的 IP 和包含项（includes）。
您的邮件服务器发送一封电子邮件；信封“From”地址带有您的域名。
接收服务器提取发送 IP 和信封 From 域名。
它查询您的 DNS 以获取 SPF 记录，并检查发送 IP 是否在列表中。
结果为 `pass`、`fail`、`softfail`、`neutral` 或 `permerror` — 用于垃圾邮件过滤决策。
SPF 记录语法
v=spf1 ip4:203.0.113.10 include:_spf.google.com include:sendgrid.net -all机制分解
v=spf1— 版本标识，始终排在第一位ip4:— 授权一个 IPv4 地址/范围ip6:— 授权一个 IPv6 地址/范围include:— 继承另一个域名的 SPF 记录a— 授权域名的 A 记录 IPmx— 授权域名的 MX 服务器redirect=— 委托给另一个域名的完整 SPF 记录限定符（每个机制的前缀）
+ (默认)通过 (Pass) — 已授权-失败 (Fail) — 拒绝未经授权的发送者~软失败 (SoftFail) — 标记为可疑，但不拒绝?中性 (Neutral) — 不作判定常见的 SPF 失败及修复方法
DNS 查询次数过多
通过将 includes 替换为原始 IP 来“扁平化”您的 SPF 记录，或使用 SPF 扁平化服务
缺少发送服务
将服务的 include: 标签（例如 Mailchimp, Zendesk）添加到您的 SPF 记录中
存在多条 SPF 记录
只允许有一条带有 v=spf1 的 TXT 记录 — 请将它们合并为一条记录
转发的电子邮件
SPF 在转发时会失效，因为转发服务器的 IP 不在您的列表中 — DKIM 可以解决这个问题
常见问题解答
列出所有发送服务的域名（如 Google），并以 ~all 或 -all 结尾。
使用 'ip4:' 或 'ip6:' 标签。这种方式不消耗 DNS 查询次数，效率更高。
包括 v=spf1、include、ip4、a 和 mx。
对于自己的服务器，ip4 更好，因为它不需要额外的 DNS 查询。
将多个 include 并列即可，例如：v=spf1 include:_spf.google.com include:sendgrid.net ~all
二者都用于告诉接收方如何处理来自未列入您 SPF 记录的服务器的邮件。-all（硬失败）指示接收方拒收未授权邮件，而 ~all（软失败）则告诉接收方接收但将其标记为可疑。测试期间使用 ~all，待确认所有合法发件人都已包含在内后再改为 -all。
SPF 更改通常在几分钟到几小时内传播完成，但视您 DNS 服务商的 TTL 设置而定，最长可能需要 24 至 48 小时。在更改前降低 TTL 有助于更新更快生效。
在您的 DNS 中发布该记录，然后运行 SPF 检查工具，确认它能正常解析、保持在 10 次 DNS 查询的上限以内，并授权了您所有的发件来源。向种子地址发送一封测试邮件，并检查邮件头中是否出现 spf=pass，便是最终的确认。