在尝试使用 Gmail 帐户设置时，失败消息称 Google 除了用户名/密码外还需要 OAuth2。
我正尝试将其用于 openinbox.com——价格不算太贵，支持 STARTTLS。
我可以这样验证登录：
gnutls-cli --starttls-proto=pop3 -p 110 pop3.openinbox.com
但是当我“启用通过电子邮件回复主题”时，我收到身份验证失败。
……对此有任何帮助都将不胜感激，问题是 Discourse 不使用 STARTTLS 吗？
使用邮件接收器容器要容易得多。请参阅为自托管网站配置直接投递入站电子邮件。除了更简单之外，它还更可靠、更灵活，并且不需要轮询，因此消息传递速度更快。
Jay，我也尝试过，也许我创建 MX 记录的尝试不准确。我在 Mxtoolboxdotcom 上得到了一个 OK 配置：（没有 PTR 记录，不支持 TLS，其他都是绿色的）
我们需要一个 DNS 记录，将我们的 TLD 电子邮件指向我们的出站邮件服务器，这似乎覆盖了我尝试发送邮件到服务器/子域的尝试，即：将测试电子邮件发送到 nobody@discourse.TLD,domain 在邮件接收器日志中显示为：
reject: RCPT from outgoinghost.otherdomain 454 4.7.1 <nobody@TLD,domain>: Relay access denied; from=ME@otherdomain to=nobody@TLD.domain
我有这个 MX 记录：
MX 记录 HOST discourse.TLD,domain VALUE discourse.TLD,domain. PRIORITY 10 TTL 1 min
俗话说，总是 DNS 问题。
由于你和任何帮助你的人都无法进行任何检查，因此通过使用占位符来弄清楚这一点几乎没有机会，但我猜这仍然是一种尝试。
MX 记录应该是
discourse.example.com 指向 discourse.example.com，优先级任意。
不要更改 TLD 的电子邮件。只需更改邮件接收者的 MX 记录，其主机名与 Discourse 相同。
明白了，这很有帮助……而且是我太迟钝了。
通过 telnet 连接到端口 25，运行了常规的调试脚本：
RCPT to: nobody@discourse.artisans-collab.org … 等等
这运行正常，日志显示“已送达”，所以我将回去检查配置，看看现在是否能让“回复邮件”正常工作 
附注：
我确信继续调试的某个地方是 DNS……
因为我一直从我的常规电子邮件地址（一个大型大学）发送测试邮件，而且显然 DNS 的更改还没有传播到上述大型电子邮件基础设施中。
所以我从我打算用于 POP3 的 openinbox 帐户发送了一个测试邮件，结果，送达正常。
天哪，我以前运行过 DNS 服务器，但那已经是几十年前的事了，那时情况更简单。
总之，我的 MX（namecheap）看起来和你说的完全一样……我将停止混淆。
