大约一周前,我发现MXToolbox在我的主电子邮件域abzorb.co.uk上执行SPF查找时报告错误。
https://mxtoolbox.com/SuperTool.aspx?action=mx%3aabzorb.co.uk&run=toolpage#
“ SPF MX资源记录-太多MX资源记录(24)”
此后,我将所有对“ ip4:”引用的所有“ include:”引用进行了合并,但仍被标记为具有太多MX资源记录。
我们使用Mimecast,因此域的两个MX记录是Mimecast的EU服务器。
我当前的SPF是: v = spf1 a mx ip4:217.16.193.20 ip4:217.16.192.74 ip4:88.215.56.232 ip4:154.51.129.140 ip4:205.201.128.0/20 ip4:198.2.128.0/18 ip4:148.105.8.0/21 ip4:91.220。 42.0 / 24 ip4:146.101.78.0/24 ip4:185.58.85.0/24 ip4:185.58.86.0/24 ip4:195.130.217.0/24 ip4:207.82.80.0/24 ip4:213.167.75.0/25 ip4:213.167.81.0 / 25〜全部
我想念什么?为什么我仍被标记为拥有太多MX资源记录?
答案 0 :(得分:3)
实际上有两件事要注意:
MX
机制而不是include
机制来通过SPF授权mimecast服务器。错误标题
错误标题显示“ MX资源记录太多”。但是,SPF记录仅指定一种MX
机制,从而导致两条MX
记录。没关系。
您通过转到RFC for SPF, section 4.6.4来定向到的信息页:
...您的SPF记录包含一种具有一个或多个邮件的mx机制 包含10个以上地址的Exchange(MX)资源记录 记录-“ A”或“ AAAA”资源记录。
在您的情况下,这两条MX
记录分解为12条A
记录,共24条。 SPF的RFC将A
条记录的数量限制为10,进一步说明:
如果超出此限制,则“ mx”机制必须产生一个 “错误”结果。
使用MX机制
在许多情况下,SPF记录中使用MX
机制(和A
机制)是从第三方服务文档中复制示例(通常看起来像v=spf1 a mx include:[3rd party domain] ~all
)的结果。通常,配置用于接收电子邮件的服务器与用于向外发送电子邮件的服务器不同。尤其是在邮箱托管服务(ESP)和SPAM过滤服务(包括Mimecast)的情况下。
根据您的情况,按照Mimecast here的说明设置SPF记录会更有意义。
当然,您还应该为希望授权代表您的域发送的其他服务器添加ip4:
机制。您也可以使用include
机制,但请注意,全局Mimecast include
机制已经为您增加了5个查询。