ここで大量メール送信に関する他の投稿をいくつか読みましたが、他の情報が必要です。大量の電子メール システムを現在のアプリケーションに統合したいのですが、これは良い考えではないのではないかと心配しています。潜在的に 1 時間に 1000 通の電子メールを送信するには、どのような種類のリソースが必要かについて、誰か意見はありますか? 現在、Web サーバーは 1 つしかなく、メール サーバーにアクセスできません。ただし、Web サーバーには完全にアクセスできます。現在のサーバーで大量の電子メール アプリケーションをホストするのは悪い考えでしょうか? このタイプのアプリケーションを実行し、Web サービス (WCF) 経由でサーバーを呼び出すために別のサーバーを用意する必要がありますか? 電子メールのリンクは追跡と登録解除を目的としているため、各電子メールを個別に送信する必要があります。あなたの考えに感謝します。ダニエル
2968 次
3 に答える
2
はい、それは悪い考えです。
スパムを検出するための重要な要素の 1 つは、送信元の IP アドレス (レピュテーションとして知られています) です。大量の電子メールを送信し始めて、最終的にスパムとしてマークされた場合 (これは可能性が高いです。メールを受信しない) IP アドレスが問題になる可能性があります。私は自分のウェブサーバーでこれをやりたくありません。
仕様に関しては、このようなことを始めると、帯域幅が大幅に低下します。メールの送信速度に驚かれると思いますが（メールサーバー依存）
いずれにせよ、大量のメール キャンペーンを送信することに関しては、あなたが真剣に考えているのであれば、サード パーティに相談したいと思います。サード パーティは、あなたの IP 担当者に損害を与えないキャンペーンを実行するための知識とハードウェアを持っています。
于 2009-10-20T14:40:13.137 に答える
0
この問題はすべてメール サーバーに依存していると思います。私は、数時間で 50 ～ 100K のメールを送信するプロジェクトに参加しましたが、主な制限はメール サーバーの容量でした。私の意見では、よく書かれていればリソースをあまり使用しないため、メールクライアントをWebサーバーで実行しても問題ありません。主な問題は、メールサーバーが何を処理できるかです。
于 2009-10-20T14:40:58.160 に答える
0
一部のメール プロバイダーに連絡するか、一括メール登録を行うことで、評判を高めることができます。
これはヤフー用です：
http://help.yahoo.com/l/us/yahoo/mail/postmaster/bulkv2.html
このようなものに交換を使用することはお勧めしません。Ironport のような別のバルク メール サーバーが必要になります。
そうしないと、内部の電子メールが、絶対に不要な大量の電子メールとともにキューに入れられてしまいます。
関連する実際のコードはそれほど複雑である必要はありません。私の場合、非同期タスクを使用して DB 内のメーリング リスト テーブルをループし、一度に 20 程度のバッチを取り出して送信し、数秒間スリープさせました。電子メール プロバイダーは、ソースから一度に数百または数千の電子メールを受信することを好みません。プロバイダーごとにリストをずらすことができれば、さらに良いでしょう。
于 2009-10-20T15:02:07.367 に答える