0

このトピックに関する他の回答のほとんどを読みましたが、それらの多くは、MailChimp などのサードパーティ サービス (必ずしも反対というわけではありません)、またはホストの電子メール サーバーを混乱させない方法に関連しています。

このケースはユニークなので、貢献すると思います...

Railsアプリを実行している独自のDigitalOceanドロップレットがあります。100 ～ 1000 通の電子メールを頻繁に送信する必要があり、それぞれに固有のメッセージ (電子メールから発生したクリックを追跡するために使用しているリンク) を付けます。

また、独自の iRedMail サーバーを運用しています。

誰かがこのタスクを最適に処理する方法を推奨できますか? メールのリストを循環させ、template.html.erb を使用してリンクをドロップするだけでしたが、どのような問題が発生する可能性がありますか?

ありがとうございました！

4

1 に答える 1

0

メールが送信されるのをビューで待つ必要がないように、Rails アプリをメール送信から分離する必要があります (メール送信の開始をトリガーする何かをクリックすると仮定します)。delayed_jobや Rails が提供する別のキューイング メカニズムのようなものを使用して、電子メールの送信ジョブのみをキューに入れます。次に、キューが特定のジョブを実行するようになったら、メッセージを HTML 部分やテキスト部分など、必要なものでカスタマイズして、MTA に個別に渡すことができます。

于 2013-08-04T19:53:33.270 に答える