快速回答
2026 年有多少热门域名使用 SPF、DMARC 和 MTA-STS？
在 1,000 个最受欢迎域名（Tranco，2026 年 11 月 11 日）中，有 691 个接收邮件的域名，其中 93.9% 发布 SPF，88.9% 发布 DMARC，但只有 50.2% 执行 p=reject，5.2% 使用 MTA-STS。Postelva 于 2026 年 11 月 12 日通过公共 DNS 读取了这些记录。
691 个接收邮件域名的结果
| 记录 | 已发布 | 分享 | 含义 |
|---|---|---|---|
| SPF (TXT v=spf1) | 689 中的 647 | 93.9% | 列出允许代表该域名发送邮件的服务器 |
| 以 -all 结尾的 SPF（硬失败） | 689 中的 343 | 49.8% | 来自其他服务器的邮件应被拒绝 |
| 以 ~all 结尾的 SPF（软失败） | 689 中的 261 | 37.9% | 来自其他服务器的邮件仅被标记 |
| 多于一条 SPF 记录（无效） | 689 中的 3 | 0.4% | RFC 7208 只允许一条；接收方会返回错误 |
| DMARC (TXT at _dmarc) | 691 中的 614 | 88.9% | 针对未通过 SPF 和 DKIM 的邮件的策略 |
| DMARC p=reject | 691 中的 347 | 50.2% | 未通过的邮件被拒绝 |
| DMARC p=quarantine | 691 中的 168 | 24.3% | 未通过的邮件进入垃圾邮件箱 |
| DMARC p=none | 691 中的 99 | 14.3% | 仅监控，不拦截任何邮件 |
| MTA-STS（位于 _mta-sts 的 TXT） | 688 中的 36 | 5.2% | 发件方必须使用 TLS 才能连接该域名 |
| SMTP TLS 报告（位于 _smtp._tls 的 TXT） | 688 中的 43 | 6.2% | 关于 TLS 投递失败的报告 |
| BIMI (default._bimi 处的 TXT) | 688 中的 159 | 23.1% | 供支持的收件箱使用的品牌标识记录 |
最后核查于 ；较早的数据各自标注其日期
研究发现了什么？
在热门域名中，发布 SPF 和 DMARC 已成为常态；但执行它们尚未普及。 在前 1,000 名的邮件域名中，十分之九发布了 DMARC 记录，但只有一半告诉接收方拒绝未通过的邮件。七分之一停留在 p=none，它只收集报告、不拦截任何邮件；另有四分之一设为隔离。几乎所有 DMARC 记录都要求提供汇总报告：93.3% 包含 rua 地址。
SPF 也呈现相同情况。93.9% 发布了记录，但硬失败（-all）只覆盖其中的 49.8%；37.9% 以软失败（~all）结尾。有三个域名发布了两条 SPF 记录，RFC 7208 将其视为永久性错误；我们的SPF 记录指南说明了为何一条记录必须涵盖所有发件方。
传输安全严重滞后。MTA-STS 强制发件服务器使用 TLS，688 个邮件域名中只有 36 个（5.2%）发布了它，SMTP TLS 报告则有 43 个。691 个域名中，只有 30 个同时具备 SPF、强制执行的 DMARC 策略和 MTA-STS。
前 100 名与前 1,000 名域名的比较
| Measure | 前 100 (所有域名) | 前 1,000 (所有域名) |
|---|---|---|
| 已发布 SPF | 100 中的 81 (81%) | 996 中的 762 (76.5%) |
| 已发布 DMARC | 100 中的 76 (76%) | 998 中的 730 (73.1%) |
| DMARC p=reject | 100 中的 51 (51%) | 998 中的 439 (44%) |
| MTA-STS | 100 中的 10 (10%) | 994 中的 38 (3.8%) |
| BIMI | 99 中的 17 (17.2%) | 994 中的 159 (16%) |
最后核查于 ；较早的数据各自标注其日期
不发送邮件的域名会自我保护吗？
多数并非如此。 1,000 个域名中有 306 个没有 MX 记录或使用空 MX（RFC 7505），因此它们从不发送合法邮件。不法分子仍可将其中任何一个用于发件人地址。修复只需两条 DNS 记录：SPF "v=spf1 -all" 和 DMARC "p=reject"。306 个中有 95 个发布了 SPF 硬失败，92 个设置了 DMARC reject 策略，因此约三分之二的域名仍然敞开大门。
同样的道理适用于您为以后保留的个人域名，或仅为保护您的地址而购买的第二个扩展名。DMARC 设置指南包含无邮件记录集，Postelva 的 DNS 编辑器为此提供了一键模板。
研究是如何进行的？
我们采用 Tranco 列表 PY2NJ（基于 2026 年 10 月 13 日至 11 月 11 日间五家提供商的数据构建），并保留其前 1,000 个域名。 2026 年 11 月 12 日，每个域名通过 Cloudflare 的公共 DNS-over-HTTPS 解析器进行了六次 DNS 查询：根域名的 MX、根域名的 TXT（SPF），以及 _dmarc、_mta-sts、_smtp._tls 和 default._bimi 的 TXT。
当域名拥有至少一条非空的 MX 记录时，即视为接收邮件。当恰好一条 TXT 记录以 v=spf1 开头时，视为 SPF 有效，其策略从 all 机制读取。当 _dmarc 处的 TXT 记录以 v=DMARC1 开头时，视为 DMARC 有效，其策略取自 p 标签。经三次尝试仍失败的查询不计入该行。Tranco 对可注册域名进行排名，因此部分条目是从不发送邮件的基础设施名称，这就是邮件相关数据仅使用 691 个带 MX 记录的域名的原因。
原始答复和脚本与本研究一并保存。我们只发布总数，不公布域名。
这些数据对您自己的域名意味着什么
个人或家庭域名一个下午就能达到前 1,000 名中的最佳水平。 根据 Postelva 2026 年 11 月 12 日的调查，691 个最受欢迎的邮件域名中有 347 个使用 DMARC p=reject 拒绝未通过的邮件，36 个发布了 MTA-STS；通过我们的模板连接 Proton Mail、Fastmail 或 Zoho Mail 的域名，已预先写好 SPF、DKIM 和 DMARC。
通常的顺序是先设置 SPF 和 DKIM，DMARC 先设为 p=none 收集一周报告，然后再改为隔离和拒绝；SPF、DKIM 与 DMARC 对比解释了每条记录检查的内容。MTA-STS 需要在网站主机上放置一个小型策略文件，如我们的MTA-STS 指南所示。在 Postelva 注册一个 .com 的费用为 US$12.49/年，每年价格相同。
关于研究的问题
2026 年热门域名中使用 DMARC 的比例是多少？
2026 年 11 月 12 日，Tranco 前 1,000 名中接收邮件的 691 个域名里有 88.9% 发布了 DMARC，50.2% 使用 p=reject。在全部 1,000 个域名中，73.1% 发布了 DMARC。
有多少热门域名使用 MTA-STS？
前 1,000 名中 688 个邮件域名里有 36 个（5.2%），前 100 名中有 10 个。它是我们检查的记录中采用率最低的一种。
Is p=none enough?
不。p=none 仅要求提供报告；伪造的邮件仍会被投递。我们检查的邮件域名中有 14.3% 停留在 p=none。
为什么有些域名按 689 或 688 计算？
经三次尝试仍失败的查询不计入该记录所在行，因此基数相差一到三个域名。
研究会重复进行吗？
会，采用相同的列表规模、脚本和记录，因此这些数据构成一个带日期的系列；每次更新都记录在我们的更新页面上。
总结
- 1,000 个最受欢迎域名（Tranco，2026 年 11 月 11 日），DNS 读取于 2026 年 11 月 12 日；691 个接收邮件。
- Mail domains: SPF 93.9%, DMARC 88.9%, DMARC p=reject 50.2%, p=none 14.3%.
- MTA-STS 很少见：邮件域名的 5.2%，前 100 名的 10%；只有 30 个同时具备 SPF、强制 DMARC 和 MTA-STS。
- 在 306 个不发送邮件的域名中，92 个发布了 DMARC p=reject，95 个设置了 SPF 硬失败。
- 仅公布总数；脚本和原始答复将保留，以便重复本研究。
来源与方法 (5)
- Tranco list PY2NJ (top 1M, 13 October – 11 November 2026) — Tranco (downloaded 2026-11-12)
- DNS over HTTPS, JSON API — Cloudflare (used 2026-11-12)
- RFC 7208: Sender Policy Framework (SPF) — IETF (查询日期 2026-11-12)
- RFC 8461: SMTP MTA Strict Transport Security (MTA-STS) — IETF (查询日期 2026-11-12)
- RFC 7505: A "Null MX" No Service Resource Record — IETF (查询日期 2026-11-12)