我在家里的本地迷你 PC（运行 Ubuntu 16.04 LTS）上运行测试环境（当前版本为 2.4.0.beta4）。我使用出色的 30 分钟安装指南 进行了安装。该系统已配置了完全限定域名（FQDN）。通过我的 ISP 提供的邮箱，使用 SMTP 端口 587 进行明文身份验证发送邮件，这一功能已稳定运行超过一年。
我刚刚意识到，有一段时间没有收到任何电子邮件通知，例如“新版本可用”。检查 管理 > 电子邮件 > 已跳过 后发现，所有邮件都收到了以下错误提示：
550-Bad HELO: localhost.localdomain 不存在 - 请参阅 RFC 2821
回顾邮箱记录，这个问题可能始于 2.4.0.beta2 版本。但也可能是我的 ISP 在大约同一时间（2019 年 7 月底）更改了相关策略。我不确定该从何入手。这个 localhost.localdomain 是从哪里来的？在安装过程中，我只需要编辑 app.yml 文件，而该文件中 DISCOURSE_HOSTNAME 设置已正确显示我的 FQDN。
那个 localhost.localdomain 似乎来自您的 ISP。您介意用 Mailgun 测试一下吗？
我从未听说过 Mailgun。您是指 mailgun.com 吗？也就是“事务性电子邮件 API 服务”？为了让您了解我的知识水平：我对 API 只有模糊的概念，但并不知道如何使用它。不过，我可以尝试通过 SMTP 将邮件发送到另一个 ISP 的不同邮箱。我明天会在这里汇报进展。
注册 Mailgun 即可获得 SMTP 凭证。我相信您只需按照注册时的指引操作即可搞定。
@itsbhanusharma, @jtbayly 谢谢！我刚刚成功通过 Mailgun 发送了一条测试消息。所以问题出在我 ISP 的 SMTP 服务器的新策略上。我可能会继续使用 Mailgun。
我做了更多研究，因为我们的生产论坛无法使用 Mailgun。
在通过 Mailgun 收到的电子邮件头部，我仍然看到：
Received: from localhost.localdomain
HELO 是 SMTP 对话中的第一条命令（来源）
它应该是类似这样的：
HELO discourse.mydomain.tld
某些 SMTP 服务器（如 Postfix）有一个选项，可以将此信息与客户端的 IP 地址进行核对。localhost.localdomain 解析为 SMTP 服务器的 IP 地址，该名称可能存在于其 hosts 文件中。看起来各大 ISP 正在启用此功能以对抗垃圾邮件。
使用 Mailgun 时没有问题，因为 Mailgun 不执行此检查。但这仍然是一个“错误的 HELO”。
作为对比，我在同一系统上使用电子邮件客户端（Sylpheed）发送了邮件。这可以正常工作，即使是通过我的 ISP 的邮箱发送，而且它似乎使用了：
HELO HL80L
HL80L 是我的本地网络名称。这仍然不是完全限定域名（FQDN），但至少在我的 ISP 服务器看来，它不像明显的伪造信息。
所以，这或许是需要改进的地方。但免责声明：我不是 SMTP 专家。
顺便说一下，我通过在 ISP 的邮箱和 NAS 之间部署一个作为中继的 MTA（基于 Postfix 的应用），让它重新运行起来了。它使用的是 HELO mydomain.tld。
我会检查一下在切换到 Debian 10 或升级到 Rails 6 的过程中是否出了问题。在此期间，在 app.yml 中设置 DISCOURSE_SMTP_DOMAIN 应该可以生效。我想，如果未显式设置 SMTP 域名，我们应默认使用 DISCOURSE_HOSTNAME 的值。
谢谢，@gerhard！我的 app.yml 中原本没有 DISCOURSE_SMTP_DOMAIN，但我深吸一口气，把它加上了，果然奏效。我现在又能使用我的 ISP 邮箱了。在接收端，我在邮件头中看到了以下内容：
Received: from XXXXXXX.cable.dynamic.v4.ziggo.nl ([XX.XX.XX.X] helo=mydomain.tld)
by smtp7.mnd.mail.iss.as9143.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1)
与此同时，我了解到 RFC 2821 及其后继标准 RFC 5321，第 4.1.4 节 均指出：
SMTP 服务器可以验证 EHLO 命令中的域名参数是否确实与客户端的 IP 地址对应。然而，如果验证失败，服务器不得以此为由拒绝接收邮件。验证过程中获取的信息仅用于日志记录和追踪。请注意，此限制仅适用于参数与其 IP 地址的匹配；关于拒绝传入连接或邮件的更详细讨论，请参阅第 7.9 节。
但许多邮件传输代理（MTA），如 Postfix 和 Exim，似乎仍提供可选设置来执行此类验证。可能管理员们为了应对持续的垃圾邮件攻击而启用了该功能。