[postfix-jp: 990] Re: postqueue -f で数通しか処理されない

[Tomoyuki Sakurai <ml-postfix-jp@xxxxxxxxxxxxxxx>]

On Sun, 23 Jan 2005 18:18:34 +0900
UCHINO Masashi <uchi@xxxxxxxxxxxxxxx> wrote:

|  メールが遅延しているとユーザからクレームが来ました。調べてみると、server1 宛てのメー
| ルのみ1000通以上がdeferredに溜まっていました。syslogを見ていると、他サーバは正常に配
| 送されています。server1 宛ても正常に配布されるものと、Connection refusedでキューイング
| されるものがありました。

"Connection refused"はTCP接続を行なうときに、2番目のパケットにRSTが返さ
れた場合のはず。3-Way Handshakeがうまくいっているのなら、別のメッセージ
になるはずです。なので、相手のsendmailとはまったく意思疎通ができないので

|  server1 の問題かと思い、server1 のsyslogを監視したのですが、refused の時に、server1
| 側には全くログが出力されません。

となるのでは。それを確かめるためにも tcpdump host server1 and port 25し
てみては。以下はそうした仮定を前提としています。

| パケットをトレースしたわけじゃないのですが、なんとなく
| postfix側の問題な気がします。

接続できないのはPostfixの問題ではないでしょうけど、

| In the long run it is hoped that the Postfix dead host detection and
| concurrency control mechanism will be tuned to be more "noise" tolerant. 

という認識はされています。

|  ほかに変更したほうがいい設定は、ないでしょうか？？

次の文書を参考に、その問題のあるMTAにdedicatedなtransportを作成して、し
のぐ、とか
http://www.postfix.org/QSHAPE_README.html#backlog

外の世界にSMTP接続を張らないのなら、

| default_destination_concurrency_limit = 50
| minimal_backoff_time = 3m
| maximal_backoff_time = 15m

でOKかもしれませんが。

でも、そのserver1がTCP接続を拒否している以上、解決策にならないような気も
します
-- 
Tomoyuki Sakurai - Tomi -
mailto:ml-postfix-jp@xxxxxxxxxxxxxxx

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