SPF 故障 硬故障也称为 SPF 故障

[Rina76277RS]

无效搜索超过允许的限制 2 平展 SPF 记录的长度超过 255 个 SPF 字符限制 该记录在语法上不正确。 当出现上述任意一种情况时，SPF认证失败。我们将在下面逐一解释： SPF认证失败的不同情况。 启用 DMARC 报告后，MTA 使用不同的代码返回 SPF 身份验证失败的结果。具体如下： 情况 1：SPF 无 当接收电子邮件服务器在 DNS 中找不到域名时，会返回错误 »SPF 无”。当域中未找到SPF 记录时，也会生成“无”结果。 换句话说，当发件人没有配置 SPF 身份验证或服务器找不到它时，就会出现 SPF None 错误。 SPF none 被视为 DMARC 错误。

可以通过发布有效的 SPF 记录来纠正此错误。 案例2：中性SPF 当域上 葡萄牙手机号 的 SPF 记录表明未确认 IP 地址是否被授权时，将生成 SPF 中性结果。 换句话说，无论 SPF 身份验证检查得出什么结论，接收 MTA 都会产生中性结果。当设置为中性时，您还允许未经授权的 IP 地址向您发送电子邮件。 案例3：软SPF失败 SPF 软失败与中性类似，MTA 甚至会接受未经授权的电子邮件。但是，IP 地址未在 SPF 记录中列出的电子邮件将被标记为垃圾邮件。如果您设置，则会发生 SPF 软故障〜全部您的SPF 记录中的机制。



换句话说，SPF 软故障是主机很可能未经授权的弱断言。DMARC将其解释为'得到正式认可的'任何一个 '失败的'，取决于服务器配置。 这是一个例子： v=spf1 包括：spfgooglecom ~全部 案例 4：，当 MTA 收据丢弃来自 SPF 记录中未列出的任何来源的所有电子邮件时，就会发生硬故障。它是通过“机制”配置的- 全部'。 换句话说，‘SPF 错误' 明确声明主机无权使用该域。 DMARC 将此视为“失败''我无论条件如何。因此，建议您注册 SPF，因为它可以最大程度地防止电子邮件欺骗。