什么是 SPF？

它是什么

SPF 是您域名 DNS 中以 v=spf1 开头的一条 TXT 记录。邮件到达时，收件服务器会查看信封发件人（邮件服务器之间使用的回复地址，对读者不可见），并获取该域名的 SPF 记录。如果发送服务器在列表中，SPF 就通过。

大多数企业通过服务商发送邮件，因此记录中写的是服务商，而不是逐个列出地址。例如 include:spf.protection.outlook.com 这样的条目涵盖了 Microsoft 365。以您的名义发信的新闻邮件工具或开票系统，需要有它自己的 include。

记录如何结尾

• -all（硬失败）：来自未列出服务器的邮件应视为验证失败。
• ~all（软失败）：来自未列出服务器的邮件会被视为可疑但仍会接收，通常进入垃圾邮件。在您还在逐一找出所有发件方时，这样更安全。

容易让人栽跟头的规则

• 只能有一条记录：一个域名必须恰好有一条 SPF 记录。有两条记录会让所有邮件的 SPF 都失败，因此新服务应添加到现有记录中。
• 十次查询：检查记录最多允许十次 DNS 查询，每个 include 都计入，其中嵌套的 include 也算。超过限制，SPF 就会失败。
• 转发会破坏它：邮件被转发后，是从转发者的服务器到达最终服务器的，而该服务器不在您的列表中。
• 它不覆盖 From 地址：SPF 检查的是不可见的信封发件人。一封邮件可能通过了另一个域名的 SPF，却在 From 行显示您的名称。DMARC 弥补了这一缺口。

为什么它对企业重要

如果没有 SPF，或者记录有误、已经过时，真实的发票和回复更容易进入垃圾邮件。SPF 与 DKIM 和 DMARC 配合使用效果最好，详见我们的邮件身份验证指南，更全面的介绍则在我们的企业邮件指南中。

KawaConnect 如何使用 SPF

我们设置或迁移 Microsoft 365 时，会为域名编写 SPF 记录，并加入企业用来发信的其他服务。对于我们托管的网站，网站自身的邮件也会写入同一条记录。请参阅我们的 Microsoft 365 和网站页面。

了解更多

• 维基百科上的发件人策略框架词条对 SPF、其语法及已知局限的中立介绍。
• Microsoft 365 中的邮件身份验证Microsoft 针对使用 Microsoft 365 的域名，关于 SPF、DKIM 和 DMARC 的指导。
• Cloudflare 上的 DMARC、DKIM 和 SPF对这三种记录的通俗解释，并附有各自的示例。