2

クライアントが HTML ニュースレターを作成し、データベース内の電子メールに送信するために作成した PHP アプリがあります。メーリングは mail() コマンド (私は知っていますが、くだらない) を介して、適切な一時停止などを伴う CRON ジョブから行われます。これまで、すべてのクライアントは限られたリストしか持っていませんでした (2 時間で送信される最大数は 8000 通のメールでした)。サーバーは私自身のものです - そこに制限はありません。ソフトウェアは、バウンスメール、オプトアウトオプションなどを処理します.

新しいクライアントは、25,000 週間のバッチで月に 100,000 通のメールを送信したいと考えており、mail() 関数を置き換えたいと考えています。助言がありますか？PHPMailer クラスでうまくいくでしょうか?

4

2 に答える 2

4

SwiftMailerを確認してください。これは PHPMailer よりもはるかに優れており、積極的に開発されています (PHP Mailer はせいぜい散発的なようです)。

于 2009-08-18T21:18:28.703 に答える
3

この種のボリュームの場合、次のような外部サービスを使用する方がはるかに優れています。

これを自分で行おうとすると、スパマーとしてフラグが立てられる可能性が高くなります。さらに、オプトアウト リストなどの管理にも注意する必要があります ( CAN-SPAMに従って)。

これらのサービスには通常 API があるため、現在のコードベースと問題なく統合するのは比較的簡単です。

このようなサービスを使用すると、長期的には作業が減り、コンプライアンスが向上し、スパムとしてマークされる問題が減ります。

(関連するSomething Awfulスレッドからコンパイルされた情報。)

于 2009-08-18T21:20:25.830 に答える