[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[postfix-jp: 1353] Re: 大量メールを配信する設定



こんにちは

> | #今調べたところでは、mail.cfのデフォから異なるのは次の四つのみ
> | #default_process_limit = 6000
> | #bounce_queue_lifetime = 121m
> | #minimal_backoff_time = 60m
> | #smtp_connect_timeout = 5s
> | #※6000もsmtpできればさばけそうな気がしますが
>
> 6000を設定したところで、実際に6000起動できるかどうかは不明では。smtpd
> 以外のprocessもありますし。
> * diskに足を取られていないか確認してみる
>  取られていたら、それに応じたrateで送るもしくはHDD買う

(RHEL3にsourceから入れたpostfixのせてます)
一昨日の配信をvmstatやtopなどで見てたのですが、
メール配信専用サーバでして、kernelも起動プロセス数も
かなり余裕でcpuもガラガラdisk ioも余裕のようでした。

> | #※別のところに原因があるんでしょうね。。
> * PHPで1SMTPセッション(HELO...QUIT)で複数のMAIL...DATAをサポートさせる
>  smtpd_recipient_limitもいじってみる (もししていなければ)
なるほど。コード該当部分をチェックさせてもらうようにしてみます。

> * じつはtimeoutではなく、errorが起きているので、その原因を追求してみる
確かに!postfixのエラーという意味でよろしいでしょうか?
#PHPの該当コードは1.5年の実績があって、変わったのはsmtpサーバだけの様ですので 


> * VERPをやめてみる(もししていれば)
特にしてないとのことでした。

> 2. PHPの方でfork(2)するなりしてバックグラウンドに処理を行う。
PHPのCLI(コマンドライン版)でcronから利用という形態でございましたので
状況的にはそのような感じになっているのではないかと思います。


_______________________________________________
Postfix-jp-list mailing list
Postfix-jp-list@xxxxxxxxxxxxxxxxxxxx
http://lists.sourceforge.jp/mailman/listinfo/postfix-jp-list

Follow-Ups
[postfix-jp: 1355] Re: 大量メールを配信する設定, Tomoyuki Sakurai
References
[postfix-jp: 1347] 大量メールを配信する設定, kato_sysdiv
[postfix-jp: 1350] Re: 大量メールを配信する設定, Tomoyuki Sakurai

[検索ページ] [Postfix-JP ML Home]