ATSPACE.COM 损坏了用于 SMTP 事务的 HELO / EHLO 命令？

Posted 2023-03-16

【中文标题】ATSPACE.COM 损坏了用于 SMTP 事务的 HELO / EHLO 命令？

【英文标题】：ATSPACE.COM has broken HELO / EHLO command for SMTP transaction?

【发布时间】：2018-07-17 06:24:57

【问题描述】：

当我的计算机发送“EHLO [10.0.0.107]”自我介绍时，从我的笔记本电脑到我的 ISP 的 SMTP 连接多年来一直运行良好。它恰好是使用 Mail 的 Mac OSX，但这无关紧要，因为我使用 telnet 命令行手动输入测试，在 Mac、Win10、甚至 Pi 以及全国其他地方进行测试。

最近，当我在 SMTP 对话中完成“rcpt to:”命令后，我的付费 ATSPACE.COM SMTP 服务器开始出现“#103b”错误。我将此追溯到 EHLO 命令，因为使用 EHLO 命令提交的任何其他完全限定域名都可以正常工作，而不会出现 #103b 错误——即使是与我无关的域名。

我还尝试使用相同的命令与另一个 ISP SMTP 服务器 (1and1.com) 进行 SMTP 对话，一切正常。

两个问题：

1) 如果您有 ATSPACE.COM 帐户，您能否使用 telnet 手动测试您的 SMTP 功能并发布您的命令行对话日志？请在发布之前隐藏您的用户名和密码。

2) 我认为使用 EHLO 命令提交我的本地 IP 是可以的（它与 atspace 一起工作了多年，并且仍然与 1and1 一​​起工作）并且我知道提交任何其他 URL 都可以正常工作。您能否指出我提交本地 IP 地址符合规范的参考资料？我需要通过 atspace 技术支持来强调这一点，该技术支持已经让我在极点附近运行了大约一个月。

任何帮助表示赞赏！

【参考方案1】：

来自RFC5321：

2.3.5。域名

(...) EHLO 命令中给出的域名必须是 主主机名（解析为地址 RR 的域名）或， 如果主机没有名称，则为地址文字 (...)

4.1.3。地址文字

有时域名系统不知道主机，并且 沟通（尤其是报告和维修的沟通 错误）被阻止。为了绕过这个障碍，一种特殊的文字形式 允许使用该地址作为域名的替代。对于 IPv4 地址，这种形式使用四个小十进制整数，由 点并用括号括起来，例如 [123.255.37.2]，表示 八位字节序列形式的 (IPv4) Internet 地址。 (...)

但是在 7.9 中：

SMTP 服务器可以拒绝接收邮件是一个公认的原则 出于任何有意义的操作或技术原因接受邮件 到提供服务器的站点。 (...)

【讨论】：

Dusan，我看到了你发来的参考资料。谢谢！似乎 Mac OSX Mail 正在根据第 4.1.3 段发送 [10.0.0.107]。似乎 ATSPACE.COM 不符合标准并且拒绝了我所有的 SMTP 邮件。啊……我理解第 7.9 段，尽管因为他们是付费电子邮件服务提供商，他们拒绝遵守该标准似乎是不正确的。如果您正在考虑将它们用作您的 ISP，请再考虑一下。 :-( 我想知道我是否可以强制 Mac Mail 发送其他内容。

继续与 ATSPACE.COM 的对话碰壁了。有没有推荐的地方，我可以清楚地用他们不遵守 RFC 的解释来黑他们？我希望其他人避免我遇到的问题，也许其他人会抱怨并施加压力让他们遵守。

老实说，如果我在你的位置，我会放弃并改变邮件客户端或电子邮件提供商......他们的服务器，他们的规则。