新帖子立即发送电子邮件

支持
1

我们正在使用 Discourse 作为我们非营利组织的内部消息、讨论和公告站点。我们最多有 20 人在使用 Discourse 实例。所以这不是典型的公开大型论坛情况。在这种情况下，尝试立即排队发送出站电子邮件是不受欢迎的。

因此，我希望 Discourse 的工作速度接近直接发送电子邮件。我读到在发布帖子后，电子邮件在排队发送之前会有内置的延迟。我宁愿没有延迟。

我已经将“电子邮件时间窗口”设置为 1 分钟。如果我将其设置为零，电子邮件会立即生成吗？

那么，我该如何告诉 Discourse 立即排队发送所有用户的电子邮件？在我目前的测试中，使用我现在的设置，电子邮件可能需要长达 5 分钟才能出现在用户的收件箱中。

相关问题。我没有看到一种方法可以为新用户设置默认设置，以便在所有类别中接受所有电子邮件而无需摘要。我将预先创建用户帐户（TL1）并发送“帐户已创建”电子邮件，因此我希望新帐户准备好接受所有电子邮件而无需摘要。

也许其他管理员有类似的用例，并且他们的实例设置与我们想要的类似。

供参考，我已通过 API 设置了入站电子邮件，并且似乎发送得很快。我想加快的是出站电子邮件发送的速度。

2

我猜你需要邮件列表模式来为所有内容启用电子邮件

1 个赞
3

没有人想要没有延迟吗？您讨论的问题是否如此时间敏感，以至于 5 分钟会改变什么？人们真的想在发送带有巨大拼写错误的消息之前，而不是在每个人看到之前有一分钟的时间来编辑它吗？

我认为那些发出的电子邮件是通过一个作业处理的，而不是实时发送的。也许它每五分钟运行一次？也许可以将该作业设置为每分钟运行一次。

如果人们打开通知，他们可以在浏览器中获得最佳的实时通知。

另外，您是否检查了电子邮件标题以查看邮件系统中存在多少延迟？

2 个赞
4

回答

  • 很可能
  • 可能
  • 我设置了通过电子邮件回复和通过电子邮件创建新主题，而且大部分情况下都会使用这些功能，所以他们无论如何都无法在发送后更改文本。

正如我所说，这是一个很小的用例。我试图通过不强制用户使用 Web UI 来获得采用，而是让他们像我们以前那样使用电子邮件（尽管是以更有条理的方式（类别和主题）），而无需创建包含 20 个电子邮件地址的电子邮件并使用“全部回复”，并进行记录保存和 Web UI 进行审查等——即 Discourse。

如果他们使用 UI，我接受 1 分钟的编辑超时。

所以我的问题更具体地是。

  • 在帖子从编辑超时中发布与系统排队发送电子邮件之间是否存在延迟设置，或者它是硬编码的，还是即时的？
  • 如果帖子是通过电子邮件发送的，是否会忽略编辑窗口超时？
2 个赞