我在使用 SPF 时遇到了障碍。我的域的 SPF 记录将包含四到五个条目，此外还将包含：include:sgizmo.com
sgizmo.com 的 SPF 记录包含 11 个条目！这加上我的，远远超过了 RFC（可能大多数服务器）允许的最多 10 个。我意识到必须有一个限制才能防止 DoS 攻击。但是，在现实世界中，大公司拥有多个服务器地址可能并非没有道理。
此外，我是否必须知道监视我的“包含：”对应项的更改和添加？我必须每周、每天检查一次，以确保某些更改组合不会突然让我处于领先地位吗？在我看来，SPF 并不适合黄金时段。
有没有另一种方法可以做到这一点？
如果您达到 SPF 记录的限制，那么您可能做错了什么。考虑使用：
一个非常常见的策略是将所有潜在的邮件交换器列为该域的 MX 条目，但具有极高的优先级编号。由于域的 MX 是按从低到高的顺序选择的，这意味着永远不会选择服务器来接收流量，但会被列为允许发送流量。即使对于不支持 SPF 的目的地，这也提高了可传递性。请务必在您的 SPF 列表中包含“mx”。
| 归档时间： |
|
| 查看次数： |
6458 次 |
| 最近记录： |