是的，这是一个痛点。它应该默认使用 app.yml 中定义的 developer_emails，因为开发/系统管理员更关心推送更新而不是网站支持（这可能是一个完全非技术团队负责的工作）。
3 个赞
也许答案是把 new version emails 管理员设置从一个开关改为逗号分隔的电子邮件地址列表，默认设置为首次设置站点的第一个站点管理员。
话虽如此，我们有“三事定律”吗？我没有从其他人那里听到过这个请求。官方联系人应该就与论坛相关的重要问题联系到某人，并可以将电子邮件转发给负责更新的人。
3 个赞
很有可能人们不知道这个功能的存在。
2 个赞
让我们看看……默认情况下，Discourse 会检查版本更新。同样，默认情况下，如果新版本可用，会向 contact_email 地址发送电子邮件。
在设置向导中，会提示他们填写 contact_email 字段。
我猜人们在初次设置时可能不会进行到这一步，并且可能永远不会回来完成该管理员设置。我们可以做得更多，以确保 Discourse 提醒人们完成设置，以确保他们能够收到关键通知，并在他们的“关于”页面上收到紧急事项通知。
对于自托管用户来说，在设置过程中会在 app.yml 中提供设置网站人员的电子邮件地址，因此更顺畅的体验可能是将电子邮件发送到 app.yml 中 указанный 的电子邮件地址，如上所述。
或者另一个想法是更改管理员设置以指定要通知的组，默认管理员？这可能会很嘈杂，或者在管理员众多的网站上互相干扰，但我们可以向管理员入门指南添加一个注释，说明在这种情况下更改组。
2 个赞
我同意，如果与更新相关的电子邮件发送到开发人员的电子邮件而不是 contact_email 会很有帮助。
（背景信息）
主要原因是 contact_email 在公开场合被列为支持电子邮件，任何人都可以就一般咨询或支持联系。
我认为将这样的电子邮件链接到一个由非技术人员操作的支持票务系统会更有意义。而关于 Discourse 实例安全的关键通知（例如安全更新可用）应直接发送到服务器管理员的电子邮件（最好不需要为该电子邮件创建用户帐户）。
Webhook 也会非常棒，这样就可以将这些关键警报发送到 Slack、Discord 等。
3 个赞
我认为我们想在这里做些事情。
这可能是最容易实现的功能。支持逗号分隔的电子邮件地址列表，并且它们不一定必须在站点上拥有帐户。
我们可以在设置工具和管理员指南中解释它的用途。
这也是个好主意！也许可以添加为一个插件。您能否开一个单独的主题来建议它？
好主意！这似乎也是一个单独的功能请求——您能否开另一个主题来建议它并更详细地解释您的想法？
2 个赞