Amazon SESの「1秒あたり14通のメール」の最大送信レートを順守するからの議論を続けます。
私はSMTPリレーを、10万通のメッセージあたり20ドルの寛大なEmailitプランに切り替えることを考えていましたが、彼らは最近1秒あたり2通のレート制限を設定しました。
レート制限/スロットリングのダイジェストとメールに関するトピックを確認すると、利用可能な設定はDISCOURSE_MAX_DIGESTS_ENQUEUED_PER_30_MINS_PER_SITEのみのようです。
その値が正確にX通/秒のレートに分散されると仮定すべきかどうかはわかりません。
しかもそれはダイジェストだけであり、ウォッチングファーストポストのブラストなどの他の急増も考慮に入れる必要があります。
私が持っている情報では、レート制限のあるSMTPサービスを使用するのは現実的ではないように感じます。見落としている安心できる情報はありますか？
トッドさん、このトピックに誰も反応しなかったとのこと、残念です。何か解決できましたか？
Discourse がレート制限に遭遇した場合にどのように処理するかについてのアイデアがないため、Emailit への移行を控えていました。しかし、Don の Emailit への切り替えがどうなるかを聞きたいと思っています。
その答えはノーです。
ダイジェストをエンキューするジョブは30分ごとに実行され、この設定が行うのは、サイトごとに30分間にエンキューされるダイジェストの最大数（max_digests_enqueued_per_30_mins_per_site）をキューに入れることだけです。キューがどれだけ速く処理されるかを制御するものではありません。
ちなみに、最近emailitについて、TrustpilotでもAppSumoでもかなり悪いレビューを見かけます。
リチャードさん、情報ありがとうございます！1秒あたりのレート制限があるリレーは避けたいようです。
（ZohoのZeptomail（10,000通あたり2.50ドル）を検討するかもしれません。ここの数名がこれで成功したと報告しています。）
もし私がこの状況に対処しなければならないとしたら、メールをキューに入れるローカルのpostfixインスタンスに配信することで、複雑さを処理するでしょう。
その後、メールを直接（まず直接試行し、フォールバックするように設定します）または1つ以上の有料のアウトバウンドサービス経由で転送できます。
また、その送信レートを管理することもできます：Postfix Configuration Parameters
これにより、メール生成という比較的コストのかかる操作が、レート制限された場合に何度も繰り返されるのではなく一度だけ実行されるため、サーバーの負担も軽減されます。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.