如何解释特定的 SMTP 响应

如何解释特定的 SMTP 响应

我在从 godadddy 共享主机 (CPANEL) 电子邮件账户发送电子邮件到任何由 Network Solutions 托管的电子邮件帐户。我花了几个小时在电话上与 godaddy 和 Network Solutions 的技术支持人员沟通。我已为两个不同的电子邮件地址向 Network Solutions 提交了两张未结票据,并将为第三个电子邮件地址提交第三张票据。据我所知,从该 godaddy 帐户发送的电子邮件可以正常到达所有其他地址。godaddy 帐户有正确的 spf 记录(gmail 喜欢它)。而且一些电子邮件(最重要的电子邮件)甚至有 DKIM 签名。Gmail 不太喜欢 DKIM 签名,但会接受邮件。而我为 netsol 输入票据的邮件没有 DKIM 签名。但发送到 netsol 地址的邮件不会被送达。它们不会被送达垃圾邮件,也不会被退回。它们只是进入 /dev/null。

我不会抱怨 netsol 的响应有多么无能,但第一张票是在 8 月 3 日开的,现在仍然处于未处理状态,问题仍然存在。我看到他们唯一可见的行动是他们向我的 netsol 帐户发送了一封电子邮件,其中的发件人地址是 godaddy 帐户的伪造地址。但我从标题中可以看出它来自 netsol 服务器,所以它才能通过。

另一方面,godaddy 技术支持非常有帮助,我最终设法说服支持代理,让他们提供其传出服务器日志中的相关条目。与我讨论第三个 netsol 地址的代理不愿意发送实际的服务器日志条目,但他向我确认,它们与我收到的前两个地址相同,本质上是相同的。

因此这里是服务器交互(高度净化的版本),其中 1.2.3.4 是 godaddy MTA 的 IP 地址,5.6.7.8 是 netsol MTA 的 IP 地址。

20210812 09:29:10.177 core sid="id1" id="id1id2"
    ip="1.2.3.4" action="PERMERR" dstmta="5.6.7.8" age="61" code="553"
    reason="553 5.3.0 198.71.225.36 Your message was rejected for possible spam/virus
    content.Please ask your email provider to visit http://emailadmin.registeredsite.com
    for resolution.\r\n" account="[email protected]""
    fwd="0" bounce="false" mailfrom="[email protected]" fromdomain="godaddy-example.com"
    recipient_list="[email protected]" todomain="netsol-example.com"
    subject="Sad news" subject_hash="f35ba6823f3a91025f0a495ed7de3b59" script="" script_ip=""

20210812 09:28:09.658 core sid="id1" id="id1id2"
    ip="1.2.3.4" action="ACCEPT" reason="CLEAN" account="[email protected]"
    fwd="0" mailfrom="[email protected]" fromdomain="godaddy-example.com"
    recipient_list="[email protected]" todomain="netsol-example.com" subject="Sad news"
    subject_hash="f35ba6823f3a91025f0a495ed7de3b59" script="" script_ip=""

有人能解释一下为什么这会导致邮件被扔到地上吗?或者为什么 netsol 无法在 10 天内解决问题?我在 8 月 3 日没有收到这些日志,但我确实给了他们时间戳、消息 ID 以及发送和接收电子邮件地址。显然,主题行并不可疑,邮件正文只有一句话,说我祖父前一天下午 5 点去世了。不太可能被识别为垃圾邮件。所以我唯一的结论是它必须基于 godaddy 服务器的 IP 地址。我在 mxtoolbox.com 上检查了 IP 地址,它被列在几个黑名单上,但不是真的很坏(SORBS SPAM,收取退市费用,godaddy 忽略了它,但他们积极主动地远离 Spamhaus)。在显示它不在任何黑名单上后,我尝试再次重新发送,但它仍然未送达。我也在http://emailadmin.registeredsite.com几次,它从未显示被阻止。当然,他们说被阻止会导致退回邮件。

SMTP 难道不要求邮件要么投递要么退回吗?有人知道 553 拒绝条目中的 bounce="false" 参数的具体含义吗?这是否表示 netsol 服务器不会发出退回邮件,还是在告诉 godaddy 服务器不要退回邮件?godaddy 服务器是否应该针对 netsol 的 553 发出退回邮件?无论哪种方式,丢弃邮件仍然是 netsol 的问题,但如果 godaddy 在这种情况下发送退回邮件,对我有帮助。

编辑1: 带有其自身问题的附加信息:

我获取了发出 553 响应的特定“netsol”服务器的 IP 地址,并将其提供给 ARIN 的 WHOIS-RWS 工具。它说该地址属于 Cloudflare(即在 CIDR 块 172.64.0.0/13 内,ARIN 已将其直接分配给 Cloudflare, Inc)。这有什么意义吗?Netsol 拥有许多 IP 地址,这个 MTA 拥有 Cloudflare 拥有的地址这一事实是否意味着 netsol 可能将 MTA 服务外包给 Cloudflare?也许 netsol 并不直接控制服务器,这也是修复延迟的部分原因?或者 Cloudflare 更有可能只是将 IP 地址“转租”给实际拥有和运行服务器的 netsol?Netsol 提供电子邮件服务的时间比 Cloudflare 存在的时间要长,但多年来似乎变得不那么技术化,而更加注重营销和商业交易(在我看来)。经过这次惨败后,我与 netsol 合作了 20 多年,现在我再也不愿意继续使用了。

编辑2: 更多关于 netsol 技术支持的抱怨

我最初说我不想这样做,但我对 11 天前我提交的票据没有任何回应感到非常沮丧,而且 2 天前另一个帐户提交的新票据也报告了同样的问题,也没有收到任何回复。因此,这是我在第一张票据上发表的评论:

因此,大约 9:45 时,代理说她的主管将在接下来的 2-4 小时内给我打电话,然后非常体贴地指出,这将在我所在的时间午夜之后。我说没问题,我是一个成年人,如果我想的话,我可以熬夜到午夜之后。所以我一直等到凌晨 4 点,但电话一直没有打来,到现在也没有。我想我可以打发时间帮助我的朋友为她的 netsol 电子邮件帐户输入一张票,以解决同样的问题,并更新我在 superuser.com 上发布的这篇文章:如何解释特定的 SMTP 响应一开始它承诺不会抱怨 netsol 的技术支持很差,但现在更新了,记录了 netsol 未能为 20 多年的客户提供支持的这一严重失误。所以现在我不得不补充一个所谓的主管的粗鲁对待。有趣的是,我问过代理是否可以将此案上报给更高级别的技术团队,她显然将其理解为她的主管。

编辑3: 继续咆哮/传奇

打了更多电话,最后一位代理说他们正在将其升级到二级支持,并给了我一个新的票号(以“I”而不是“S”开头),负责该票的主管会给我回电并更新状态。与此同时,我收到一封来自支持人员的电子邮件,说在检查第二张票的详细信息后,他们发现所涉及的域名属于 godaddy 而不是 netsol。电子邮件引用了一个不存在的域名(TLD .com 而不是 .org,正如原始报告和我对其的评论所指出的那样)。而那个错误的域名是第一张票中的域名错误。然后我发现第二张票已经关闭了!我回复了电子邮件,要求“Luisa C.”重新打开票,但 2 天后它仍然被标记为已关闭,所以我无法对此发表评论。所以我再次打电话要求重新打开它,这确实有效。耶!但仍然没有状态更新。所以我今天再次打了电话,向代理提供了第 2 层升级的新“I”号码,并被告知主管和“后台团队”正在处理此事,并且主管稍后会给我回电话(在通话结束前我没能得到回电的最后期限)。

答案1

好吧,我与之交谈的第四位 netsol 主管实际上对这个问题有所了解,并澄清了最大的谜团:他今天向我指出,他们的 553 响应本身包含第三个 IP 地址:198.71.225.36。并且该地址是被投诉的地址,如果您检查消息中包含的 URL,它实际上已被列入黑名单。这段时间我都没有注意到该地址是相关的(甚至是一个地址,可能是像 5.3.0 这样的部分编号)。1.2.3.4 是发送域的区域文件中的 MX 条目所标识的服务器的 IP 地址,因此我认为它一定是被列入黑名单的服务器!我还没有得到关于“bounce="false"”参数的解释,或者哪个服务器生成了它。

因此我致电 godaddy 支持,他们确认他们的 IP 地址已被 netsol 列入黑名单,并提交了除名请求。

尚不清楚的是,‘反弹=“false”' 参数来自(哪个服务器)以及它的含义。netsol 主管勉强承认他们应该向发件人地址发送退回邮件,并且“确信”他们会这样做,所以可能 godaddy 阻止了退回邮件。当我指出我从其他服务器收到退回邮件时一切正常,只有 netsol 有问题时,他有点不太确定。

相关内容