你好！
我希望 Discourse 仅发送以下类型的出站邮件：
- 重置密码
- 其他任何内容都不发送。
原因：大多数持续性的通知已通过推送通知覆盖，因此邮件通知并不重要。
谢谢并致敬，
Gulshan
1 个赞
我之前研究过这个问题，但据我所知，目前没有相关计划。你可以禁用除管理员操作外的所有通知，但无法仅禁用除密码重置外的所有通知。
你唯一的解决方案是批量更改所有用户的通知偏好设置，使他们不再接收邮件摘要，也不再在被提及或收到消息时收到通知等。如下方截图所示。但如果他们后来决定要更改这些设置，你将无法阻止他们。
2 个赞
太棒了！你可以将 email time window mins 设置为 2000000000，这是一个非常长的时间。personal email time window seconds 的最大值也相同，但这仍然是一个非常长的时间。到那时，你当前的所有用户恐怕都已不在人世（当然，对于 PMS 来说，63 年后可能还有一些人还在世）。你也可以直接禁用摘要功能。
5 个赞
不，这些是无关的。
如果这是一个新站点，您可以通过管理员设置来设置默认用户偏好。
如果不是，您可以通过 Rails 控制台进行操作。Edit a user preference for everyone or a subset of users
“邮件时间窗口”不会在发送通知邮件前等待那么久吧？我认为更改这些设置并禁用摘要邮件就能解决问题。
1 个赞
这是一个拥有两年历史的网站。我认为大多数想要活跃的用户会自然而然地加入，其余的则来自搜索引擎。
我认为这确实是一个值得尝试的想法……但看起来像是对该设置的滥用。
问题：如果被提及的用户在线，他们是会立即收到通知，还是要等到“忍者编辑”时间窗口结束？
我不太明白，如果收不到邮件，他们怎么会知道要过来呢。
1 个赞
您没有使用邮件回复功能吗？
我们不偏好电子邮件回复，仅使用网络媒介。
没错。我相当确定，许多用户之所以会回到网站，是因为他们收到了关于自己在意的事情的邮件通知。Discourse 在推测用户关心什么方面做得很好。我认为不发送邮件通知是个糟糕的主意。我原以为这很难实现，因为这是个糟糕的主意，但我认为把那些通知窗口设置到最大值就能做到。
2 个赞
我确实认为，有时在某些情况下，您可能希望暂时关闭电子邮件通知，例如在设置新社区或进行测试时，同时仍允许成员登录并使用论坛。事实上，我现在就有这样一个案例。我一直在缓慢地设置一个社区论坛以取代雅虎群组，因为我已经导入了所有成员，但希望在关闭雅虎群组之前不要开始发送电子邮件通知。
我在想，是否可以通过插件为“禁用电子邮件”管理员设置添加一个选项，例如“仅重置密码”。
1 个赞
禁用电子邮件时，使用“否”设置会返回此通知，可能会让用户感到担忧。
所有出站电子邮件已被管理员全局禁用。任何类型的电子邮件通知都不会发送。
因此，我希望采用一种尽可能精简的平衡方案，仅保留关键电子邮件，并为过去 60 天内返回的访客发送每周摘要电子邮件（此前为 1 年）。
那么，我上面的建议就是你的答案。批量更改用户偏好设置，将他们的通知设置为不发送邮件。
2 个赞
我不同意这种观点，你需要确认邮件功能正常运行，并且需要理解社区上线后对邮件发送的影响。
我们这里已经收到过几个关于此问题的支持话题。有些人迁移速度过快，完全未测试邮件功能，结果直接发送了数千条消息。突然间，我们就成了“坏人”，因为他们的测试忽略了这一点。
这就是像 mailhog 这样的工具存在的原因，它是我迁移工具包中至关重要的一部分。最棒的是，你可以在 Docker 中运行它，从而按需启动或停止。你可以在浏览器中查看所有到达的消息，如果需要，还可以将消息释放到真实的 SMTP 服务器进行投递。
这是有充分理由的。Discourse 无法在这种状态下正常使用，它被设计为临时状态，因此提示信息非常明确。此时不会发送任何邮件，包括密码重置请求。
3 个赞
我这样做的主要目的不是重复“推送通知”的内容，而是通过邮件让用户感到被欢迎，并对重要的邮件通知感到满意。
1 个赞
这是很好的建议，谢谢！不过，针对我自己的使用场景，或许更好的做法是批量停用已导入的用户，这样只有主动登录的用户才会收到关于过去和当前讨论中回复的通知。
我不确定是否确实如此 
我应该说明一下，我指的是浏览器通知。CDCK 托管的通知无论怎样都会推送到应用。
我不认为在应用和桌面端之间会出现重复通知，但也许是我不够留意！
1 个赞