[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[postfix-jp: 990] Re: postqueue -f で数通しか処理されない
- Subject: [postfix-jp: 990] Re: postqueue -f で数通しか処理されない
- From: Tomoyuki Sakurai <ml-postfix-jp@xxxxxxxxxxxxxxx>
- Date: Sun, 23 Jan 2005 19:06:15 +0900
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
- Follow-Ups
-
- [postfix-jp: 992] Re: postqueue -f で数通しか処理されない, UCHINO Masashi
- References
-
- [postfix-jp: 989] postqueue -f で数通しか処理されない, UCHINO Masashi
[検索ページ]
[Postfix-JP ML Home]