什么是 SPF 记录？
SPF（发件人策略框架，Sender Policy Framework）告诉接收方邮件服务器哪些主机可以代表你的域名发送邮件。SPF 记录一旦出错——重复、DNS 查询次数过多，或缺少 all 机制——就会导致正常邮件被投进垃圾箱。IPeek 会查找你的 SPF 记录，逐项解析每个机制，并标记出那些损害送达率的问题。
SPF 记录的工作原理
SPF 以 TXT 记录的形式存放在你的根域名上，以 v=spf1 开头。当某台服务器收到声称来自你的邮件时，它会查询这条记录，检查发送方 IP 是否被授权。像 v=spf1 include:_spf.google.com ip4:198.51.100.10 -all 这样的记录表示"允许 Google 的主机和这个 IP，拒绝其他一切"。各机制从左到右依次求值，第一个匹配的生效。末尾的 all 机制是兜底项，决定了所有未明确列出的主机的默认处理结果。
硬失败、软失败与 10 次查询限制
all 机制设定你的策略：-all 是硬失败（拒绝未列出的发件人），~all 是软失败（接收但标记为可疑），而 +all 允许任何人——绝不要使用它。SPF 还把发起 DNS 查询的机制（include、a、mx、ptr、exists、redirect）总数限制在 10 次以内；超出后结果为 permerror，会被视为失败。嵌套的 include 也会计入，因此添加多个供应商会悄悄耗尽配额。IPeek 会统计每一次查询，并在你接近上限前发出警告。
SPF 如何与 DKIM 和 DMARC 配合
仅靠 SPF 是不够的。它验证的是信封发件人（return-path），而不是用户看到的可见 From 地址，因此伪造者可以在通过 SPF 的同时冒用你的品牌。DMARC 弥补了这一缺口：它要求 SPF 域名与 From 域名保持对齐（alignment），并将 SPF 与 DKIM 配对，使两者任一都能完成验证。把 SPF 看作三层防护之一：SPF 授权主机，DKIM 签名内容，DMARC 将它们与你的 From 域名绑定并强制执行策略。