有3865个邮件任务失败。检查你的app.yml，确保邮件服务器设置正确。

支持
1

几周前，电子邮件开始出现故障。我直到现在才有时间处理这个问题，而且我有点不知所措。

这里有一个类似的问题：Error: "There are 965 email jobs that failed. Check your app.yml and ensure that the mail server settings are correct." ，通过重启服务器解决了。

我尝试重启了 droplet，但似乎没有帮助。我还能尝试什么？

2

您的电子邮件服务提供商可能存在问题。您正在使用哪家服务发送电子邮件？

2 个赞
3

我怀疑你可能是对的。我通过 name.com 设置了电子邮件；他们负责托管 DNS。我没有在那里看到任何奇怪的东西，但我不确定要找什么。

4

检查您邮件服务器所使用的套餐。一名客户在超出其套餐限制时遇到了此问题。

2 个赞
5

但这似乎不是，不过是个好建议！

1 个赞
6

我不认为 name.com 提供用于批量发送的电子邮件服务器。但这个问题最肯定地与您的邮件服务器拒绝邮件或您的主机服务器具有错误的电子邮件凭据有关（如果相同的凭据以前有效，则不太可能）。

2 个赞
7

Name.com 通过 cPanel 提供电子邮件服务。

我想我是在九月底进行了一些配置更改时搞砸了，当时我没有精确记录 :grimacing:。目前无法 telnet 到服务器。

我使用 ./discourse-setup 重新构建，但没有帮助，而且我在 cPanel 或 Name.com 端都没有发现任何异常。我想知道我是否搞砸了 DKIM/SPF 的咒语。我接下来会去那里看看。

8

这不应该会导致 Discourse 中的邮件作业失败。

9

这没有帮助。

我不得不把这件事搁置了几周，今天才回来。我真的卡住了！

这是我应用 yaml 中的所有 SMTP 配置：

DISCOURSE_SMTP_ADDRESS: mail.well-actually.fyi
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: amber@well-actually.fyi
DISCOURSE_SMTP_ENABLE_START_TLS: false           # (optional, default true)
DISCOURSE_SMTP_FORCE_TLS: true           
DISCOURSE_SMTP_DOMAIN: forum.well-actually.fyi

另外，密码中包含特殊字符，这在故障排除文档中提到可能是一个问题。

这些看起来有什么不对吗？

1 个赞
10

我无法 telnet 到 mail.well-actually.fyi 的 465 或 2525 端口，所以也许是被阻止了。

11

尝试将这些凭据放入电子邮件程序中，看看它是否有效。如果无效，问题不在于 discourse。

1 个赞