默认监视触发了大量邮件 - default_watch_categories

错误
1

3.1.0.beta5 - [09feb03056]

default_watch_categories 从默认值（我记得是空的）被设置为单个类别，这可能是前所未有的。

这触发了大量的电子邮件，在 3 天内可能处理了近 40 万封电子邮件重试，其中超过 09% 失败。很早的时候，这触发了 SMTP 提供商的速率限制（这避免了一笔巨额的意外电子邮件账单！）。

default_watch_categories 设置被重置，因为它被无意中设置了。

然而，由于 SMTP 提供商的速率限制仍然有效，Sidekiq 仍然显示大量的电子邮件重试，它不断尝试并失败。

仔细检查后，似乎是有一个帖子不断地一遍又一遍地触发相同的电子邮件，成百上千次重试，即使 default_watch_categories 已被重置为默认值。到底是怎么回事？

一旦该帖子及其下方的其他帖子因正常的审核原因被分成它们自己的“新”主题，电子邮件触发和重试就停止了，这算是一个意外之喜。不再有重试。

感谢 SMTP 提供商的速率限制！

2

作为额外的见解——这直到失败时才被检测到，因为smtp提供商的限制器，也许在仪表板上更清晰地显示过去7天、24小时和每小时的电子邮件发送活动，并对任何峰值发出警报，可能会受欢迎。

这类事情很容易让你在经济上陷入大麻烦。

如果提供商没有启动速率限制，这可能会在几天内耗尽我们一年的托管成本！:crazy_face:

4

嘿 @agemo

您能否在您的实例上为我检查一下这个站点设置？

admin setting
admin setting2214×434 44 KB

这是用户的默认设置。用户可以在其个人资料中覆盖它：

user setting
user setting1312×984 85.6 KB

我认为可能发生的情况是：

  1. 您的默认设置为“始终”或“仅在离开时”；
  2. 主题是在监视类别中创建的。系统想要通知所有用户/仅通知离开的用户；
  3. 出现了一堆 Sidekiq 作业，这些作业因速率限制而崩溃；
  4. 删除了默认的监视类别，但这并没有删除已入队的 Sidekiq 作业；
  5. Sidekiq 会重试失败的作业；
  6. 当帖子被移动到新主题时，之前错误创建的通知被删除了；
  7. 删除通知后，重试作业成功完成，而没有发送电子邮件。
3 个赞
5

default_email_level : 仅在离开时
deafult_email_message_level : 永不

1 个赞