[PHP-users 8563] Re: 予約配信について

岩田大樹 php-users@php.gr.jp
Wed, 10 Jul 2002 13:37:52 +0900


岩田です。

表題の件と話がかなりずれてきました。。

> > メールマガジンに関してはそれを行う専用の業者さんがいるくらいですからかなり
> > 奥が深いシステムであると思っています。メールマガジンを作る上で一番の肝になる部分
> > が,【いかにして高速に配信させるか?】【いかにして確実に配信させるか?】
> > の2点と実装レベルで,予約配信,送信情報の記憶の仕方と思っております。
> 
> 送りっぱなしのメールリストなら簡単と思います。
> 確実に配信する、はMTAの仕事なのでエラーが発生するメールアドレス
> の処理がプログラマ側の処理になると思います。

確かにそうですね。今回の環境ではMTA として並列配信可能なqmail を使用しています。
高速配信を可能とする為,負荷はかかるけども,同時配信数を増やすことで対応しています。

> ezmlmとかmailmanなどを使うと簡単にメーリングリストは作れます。
> 確実なバウンス処理(vacationでループさせないなど)は複雑です。
> 私なら自分で作ろうとは考えず、既存のML管理プログラムを使います。

fml などML の併用も考えたのですが,メールマガジンの用途として【 各ユーザー宛本
文にユーザー名などを盛り込みたい 】とのこともありますので,どうしてもメーリング
リストでは実現できません。

> 早く配信する、についてはパフォーマンスの良いMTAを使うのが正攻法
> と思います。普通はqmail/postfixのデフォルトで困る事はないと思
> います。それでも遅いという場合は、コンカレンシレベルを200とか50
> 0とか環境が対応できる範囲で上げれば普通は済む話と思います。
> 
> # qmailのbig-concurrencyバッチ(だったかな?)を使うと65535
> # くらいまでコンカレンシーレベルとあげれたと思います。400くらいで
> # 1日100万通くらいのメールを処理するのに困らないそうです。

同時並列数の最大値をあげるパッチがあるとは知りませんでした。

> # qmailの場合、SMPにする分のお金がある場合、CPUに使わず早いディ
> # スクにするとより良いパフォーマンスが期待できるようです。たぶん、
> # qmailはディスクと頻繁に同期をとっているので多くの処理能力(SMP)
> # より早いディスクの方がパフォーマンス向上に役に立つのだと思います。

SMP という用語は始めて聞きました。なにぶん初心者ですから。。
とはいえ,有力な情報ありがとうございます。