.NET Framework版本导致SMTP报Invalid HELO name错误排查

1. .NET Framework版本对SmtpClient HELO命令的构造逻辑差异 #

• .NET 2.0及更早版本中，SmtpClient默认使用本地机器的NetBIOS名称生成HELO/EHLO命令发送给SMTP服务器。如果该NetBIOS名称包含特殊字符、长度超出RFC2821规定的64字符限制，或者不符合合法域名/IP的格式要求，严格遵循RFC规范的SMTP服务器就会返回"Invalid HELO name"的拒绝响应。
• .NET 4.0及后续版本（包括你测试的4.6.1）对SmtpClient的HELO逻辑做了优化：优先使用符合DNS规范的机器主机名，若无法获取则回退到机器的IP地址，从根源上避免了NetBIOS名称不规范导致的校验失败。

2. 控制台程序与ASPX应用的运行环境/版本绑定差异 #

同一机器上控制台程序能正常发送邮件，是因为它要么使用了更高版本的.NET Framework（你测试的4.6.1），要么其运行上下文（如权限、环境变量）能获取到符合要求的主机标识；而ASPX应用默认绑定了.NET 2.0，触发了旧版本的HELO构造逻辑，导致校验失败。

验证方式（可选） #

可以通过抓包工具（如Wireshark）对比两个版本下SMTP会话的初始命令：

• .NET 2.0环境下的HELO内容通常是类似HELO MY-PC-TEST的NetBIOS名称（可能存在格式问题）
• .NET 4.6.1环境下的HELO内容会是HELO your-valid-dns-hostname或HELO 192.168.x.x这类合法标识

内容的提问来源于stack exchange，提问作者mrrobot