domain-name-system – 如何使用多个发件人定义TXT SPF记录

前端之家收集整理的这篇文章主要介绍了domain-name-system – 如何使用多个发件人定义TXT SPF记录前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我的设置:

>由BigCommerce托管的DNS,这是我们的电子商务和网站主机
> BigCommerce自动创建如下SPF记录:“v = spf1 a mx include:_spf.bigcommerce.com -all”
>我使用了SherWeb.com的托管交换解决方

我的域名很新,当我从Outlook发送电子邮件时,我注意到了奇怪的退回邮件.我和SherWeb谈过,他们说这是因为我已经定义了SPF记录,我需要将他们的服务器添加到记录中.好了,在阅读了SPF及其工作原理后,我认为这很简单.

这是我尝试将他们的服务器添加到授权列表:

v=spf1 +a +mx include:_spf.bigcommerce.com ip4:74.115.204.1/24 -all

这部分是我添加的部分:

ip4:74.115.204.1/24

我找到了一些验证工具来测试我的新记录是否有效.除非我触发系统生成的电子邮件(下订单,发送订单等),否则测试从BigCommerce发送电子邮件可能很困难.我用这个SPF Record Testing Tool来测试.

使用第三个工具我输入了sherweb的IP(74.115.204.1)和我的电子邮件地址并通过了:

Results – PASS sender SPF authorized

然后我尝试了BigCommerce.com IP.我做了ping来解析IP地址,不知道这是不是正确的方法?它失败并显示以下错误消息:

Results – FAIL Message may be rejected

此时我不确定我是否失败,因为我的空格分隔的发件人列表格式不正确,或者我的PING返回的BigCommerce.com的IP地址不正确.

我显然不是IT专业人员,希望有人可以为我提供一些线索.

[更新]发布后我有一个想法:我通过我的Gmail帐户挖掘了从BigCommerce发送的测试消息,并使用“显示原始”来查看标题.在那里,我能够看到发件人的IP地址(BigCommerce),当我测试该IP时,它通过了验证测试.所以似乎我的记录设置正确.在结束这个问题之前,我会等着看是否还有其他人可以提供.

解决方法

他们的网络服务器,bigcommerce.com上的A记录(解析为74.86.55.170)不一定是他们网络的电子邮件来源.

他们在_spf.bigcommerce.com上的SPF记录将以下网络指定为允许的发件人:

v=spf1 ip4:174.37.85.64/28 ip4:75.126.150.248/30 ip4:63.141.144.128/28

因此,他们的Web服务器验证失败,因为它不允许发送;一切都很好.

至于您所做的更改 – 这是一个无效的CIDR网络定义.有些验证员可以使用它,有些可能没有;我建议将其更改为ip4:74.115.204.0/24(如果您只需要允许该地址,则只需将ip4:74.115.204.1更改为)以获得最终记录:

v=spf1 a mx include:_spf.bigcommerce.com ip4:74.115.204.0/24 -all

猜你在找的HTML相关文章