30分钟的摘要速率设置能精确地除以每秒速率吗?

继续讨论 遵守亚马逊 SES 的“每秒 14 封邮件”最大发送速率

我一直在考虑将我的 SMTP 中继切换到 Emailit 慷慨的 Emailit 计划,每月 20 美元/100,000 条消息,但他们最近设置了 每秒 2 封邮件的速率限制

回顾询问有关速率限制/限制摘要和电子邮件的主题,唯一可用的设置似乎是 DISCOURSE_MAX_DIGESTS_ENQUEUED_PER_30_MINS_PER_SITE

我不知道我是否应该假设该值被精确地分配为 X 封/秒的速率。

而且这只是摘要——我必须考虑到其他激增,比如关注首帖的爆发等。

根据我所掌握的信息,使用有速率限制的 SMTP 服务似乎不可行。我是否遗漏了什么令人安心的信息?

3 个赞

嘿,托德,很遗憾听到这个话题没有人响应。你解决了吗?

由于不清楚 Discourse 如何处理遇到速率限制的情况,我一直没有转用 Emailit。但我希望听到 Don 转向 Emailit 的情况如何

1 个赞

答案是否定的。

入队摘要的作业每 30 分钟运行一次,此设置仅将 max_digests_enqueued_per_30_mins_per_site最大数量放入队列中。它不控制队列的处理速度。

顺便说一句,最近在 trustpilot 和 appsumo 上都看到了对 emailit 的一些非常糟糕的评价。

4 个赞

谢谢你的信息,理查德!听起来我想要避开一个有每秒速率限制的中继。

(我可能会研究一下 Zoho 的 Zeptomail,价格是每 10,000 封邮件 2.50 美元。这里有些人报告说使用它很成功。)

3 个赞

如果我必须处理这种情况,我可能会通过向本地的 postfix 实例投递邮件来处理复杂性,该实例会排队等待邮件。

然后它可以直接转发邮件(我会让它首先尝试直接发送,然后回退)或通过一个或多个付费的外部服务转发。

你也可以管理它的出站速率:Postfix Configuration Parameters

这也会减轻您服务器的负担,因为生成电子邮件这个相对昂贵的操作只会发生一次,而不是反复发生(如果它被速率限制)。

1 个赞

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.