0

私は、システムユーザーが応募者プールから登録されたすべてのアクティブな応募者に一括メールを送信できるようにするモジュールに取り組んでいます。現在、メールを送信できるプールには1,000万人を超えるアクティブな応募者がいます。メールのブロックを作成し、数分待ってから個々のブロックを送信することを考えています。私がもっと心配しているのは愛着です。

すべてのメールに添付ファイル（最大2MB）を含めることができるため、10,000人の応募者のみにメールを送信した場合でも（2MB X 10,000人の応募者=約20GBの帯域幅）、大量の帯域幅が消費される可能性があります。私の質問は次のとおりです。

  1. すべての添付ファイルはMIMEタイプなので、電子メールのサイズは上記で計算した方法で計算されますか？または、特に帯域幅の使用に関して別のメカニズムがありますか？

  2. あなたの意見では、何千人もの人々にドキュメントを送信する必要があり、帯域幅も節約したい場合、どのようなオプションがありますか？ドキュメントをサーバーに置いて、全員にダウンロードさせることはできますが、ある程度の帯域幅を消費することはありませんか？（FTPルートを下りたくない）

  3. 誰かがこの種のドキュメントをクラウドに移動すると言っていましたか？クラウドテクノロジーは、この種のニーズに応えるソリューションを提供しますか？

どうもありがとう、

4

1 に答える 1

0

添付ファイルは、スパムとしてフラグが立てられるという問題を引き起こします。できれば避けるのが一番です。

添付ファイルは、gzip 圧縮ではなく MIME エンコードされています。これは帯域幅の 1.5 倍を占めます。

添付ファイルが開かれたかどうかを確認するのは、それを行うペイロードが含まれていない限り簡単ではありません。これもスパムとしてフラグが立てられる可能性があります。

これらのドキュメントを通常の Web サーバーに配置することは理にかなっています。通常の Google アナリティクスを使用して、何が起こっているかを確認できます。また、パブリック キャッシュを使用して、ドキュメントが ISP などによってキャッシュされることを確認し、それによってダウンロードを減らすこともできます。ドキュメントは gzip で圧縮してブラウザーで開くこともでき、受信者のために目立たないように圧縮解除を行うことができます。

于 2011-06-28T12:30:20.053 に答える