事情奏效了，虽然不是我最初想要的，但也许是我看错了什么。简而言之，Mailjet 在第一次（Mailjet）尝试时就奏效了。感谢您的帮助和/或一个提供解决方案的好论坛。
摘要
长篇版本
我是如何尝试让它工作的（让您看看一个几乎没有 Linux 记忆的人是如何解决这些问题的）。所以所有枯燥的步骤都包括在内……结果是一些开发者提示和一个可能的 bug。
我拍了 Digital Ocean 的快照（之前在 Discourse 升级时有过一些糟糕的经历 
- 升级到最新版本这次进行得很顺利，因为我现在有 50G 而不是 30G，但仍然要赞一下）。
由于 lfchosting 在去年秋天变成了 hostpapa，我决定使用 hostpapa，毕竟我是付费的。
关于 lfchosting 迁移到 hostpapa 的无关小故事。我的一个接收外部流量的统计网站停止工作了。支持部门 3 个月都一无所知。然后有人说他们将禁用一些可能的防火墙规则 - 该修复无效……但这给了我一个线索 - 他们在迁移后安装了 ModSecurity，一旦我把那个垃圾扔掉，我所有的流量就又顺畅了。我只是想说，你们迁移老客户，使用新的防火墙/其他东西，客户遇到流量问题……而支持部门里没有人有一点点灵感？真是的。
我尝试了 Outlook 来检查凭据是否正常，但无法使其工作 - 这并不说明什么。实际上我先尝试了 Pegasus Mail，但现在这更说明不了什么了 - 不过日志更容易阅读 :D。
telnet mail.papamail.net 465 至少回复了一些东西（别骂我白痴）。
挠头，465 表明是 TLS/SSL 而不是 starttls……嗯。
啊，我将通过更改 app.yml 并阅读日志来测试……
=> app.yml 编辑 => smtp 密码的困境
是否要加双引号？我之前工作的电子邮件与 Gmail 相比，双引号是存在的，但看起来在很多帖子中应该是没有引号的。嗯，Discourse 是否足够智能以自动去除不必要的引号？实际上有人将“password”作为密码的可能性相当小 :D。
开始怀疑 Gmail 是否默认会从密码中去除双引号，这就是为什么它之前与 Gmail 一起工作的原因？
重建应用程序后，发送测试邮件无效。我真不明白为什么日志不能直接显示在测试页面上（提示，提示 
，好吧，也许有安全风险？。
更多共享/独立/日志/rails/production.log
没有显示太多内容，或者内容太多以至于我找不到我需要的东西（参见上面的提示，提示）。
./discourse-doctor
没什么用。
./discourse-setup
需要很长时间（有点像重建应用程序的启动器），我想知道更改 app.yml 和测试传出邮件的最快方法是什么？
discourse-setup BUG？：拥有一个像 gjwha9T78&vv 这样的密码会导致 app.yml 中出现这条损坏的行（！）：
DISCOURSE_SMTP_PASSWORD: "gjwha9T78 DISCOURSE_SMTP_PASSWORD: gjwha9T78&vv"
显然双引号是必需的。但是 discourse-setup 在密码包含“&”时在 app.yml 中写入“垃圾”有点糟糕。
在等待第 n 次应用程序重建时……以防万一，我设置了 Mailjet……
又一次使用 Mailjet 重建，并且邮件立即就可以发送出去。
2 小时后的结论 = Mailjet 有效。太棒了……但是……
肯定有一种比编辑 app.yml + 重建更快的测试 Discourse 发送邮件的方法？
由于我假设我以漫长而艰辛的方式做了很多事情，我相信有人会指出更好的方法。尤其是这里的帮助总是积极主动的，而不是“你这个笨新手”式的 :D。
我有点执着于让 hostpapa 也奏效，毕竟，这是我实际付费的东西之一。如果我的猜测是正确的，我当然会在这里发帖，只是今晚时间太晚了。
解决此问题使用的最佳参考资料：
有用（好吧，理解 25/465/587 端口的东西）：
Troubleshoot email on a new Discourse install
当您准备好尝试任何其他邮件提供商时也很有用：
https://github.com/discourse/discourse/blob/main/docs/INSTALL-email.md