给定具有一个或多个无效条目的 SPF 记录。
例如：v=spf1 ip4:1.2.3.4/24 ip6:fe80:0::/64 fe80:1::/64 mx ~all
如您所见，在ip6:2 个有效条目之后有一个无效条目（缺少机制）。建议是什么，SPF 验证器应该报告什么？它应该通过（假设发件人符合第一条或第二条规则）还是应该由于解析错误而硬失败？
我想大多数 MTA 都会做softfail，因为我在一个相当受欢迎的服务上遇到了这样的 SPF 记录，人们只抱怨延迟交付，而不是根本不交付。
作为 MTA，连接到 tcp/25 (smtp) 以外的端口上的 MX 服务器进行电子邮件交换是否合理且不违反 RFC？
传统上，电子邮件交换通过 tcp/25 进行，但 ISP 会长时间阻止它，以避免来自受感染的最终用户计算机的垃圾邮件。
我想设置一个合适的 MTA，但我的 ISP 也阻止了 tcp/25。让我的 MTA 软件连接到任何 MX 服务器的其他标准/常规端口（如 2525、587、465）是否是一种好习惯？
请注意，我要问的不是 MUA。