[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[postfix-jp: 991] Re: postqueue -f で数通しか処理されない
- Subject: [postfix-jp: 991] Re: postqueue -f で数通しか処理されない
- From: Yoshisato YANAGISAWA <yanagisawa@xxxxxxxxxxxxxxxxxxx>
- Date: Sun, 23 Jan 2005 19:19:11 +0900
柳澤です。
On Sun, 23 Jan 2005 18:18:34 +0900
UCHINO Masashi <uchi@xxxxxxxxxxxxxxx> wrote:
> Jan 23 17:37:53 meiji postfix/qmgr[15393]: [ID 197553 mail.info]
> D048C8FA: to=<user@example.co.jp>, relay=none, delay=242,
> status=deferred (delivery temporarily suspended: connec t to
> server1.example.co.jp[10.10.10.10]: Connection refused)
このメッセージはsrc/smtp/smtp_connect.cの185-186行目の所で出たものの
ようですね。
| 185 vstring_sprintf(why, "connect to %s[%s]: %m",
| 186 addr->name, inet_ntoa(sin.sin_addr));
var_smtp_conn_tmoutは設定されていなそうですから174行目はelse側に入ると
見て、読んでいくと182行目のsane_connectを呼ぶと考えられますが、
src/util/sane_connect.cはconnect(2)システムコールを呼んでいるだけなので
Postfixは変なことをしていないと思います。
一方、src/smtp/smtp_connect.cを遡ってみてもsocket(2)システムコールを
呼ぶところにしか行き着かないのでこちらも別段変なことをしているようには
見えません。
> server1 の問題かと思い、server1 のsyslogを監視したのですが、refused
> の時に、server1
> 側には全くログが出力されません。パケットをトレースしたわけじゃないので
> すが、なんとなく postfix側の問題な気がします。
やはり、パケットをトレースして調べてみた方がよろしいのでは
ないでしょうか。
自分としてはserver1の問題かpostfix <-> server1間の問題のように
思います。
--
------------------------------------------------------
Yoshisato YANAGISAWA <yanagisawa@xxxxxxxxxxxxxxxxxxx>
Dept. of Mathematical and Computing Science
Graduate School of Information Science and Engineering
Tokyo Institute of Technologoy.
_______________________________________________
Postfix-jp-list mailing list
Postfix-jp-list@xxxxxxxxxxxxxxxxxxxx
http://lists.sourceforge.jp/mailman/listinfo/postfix-jp-list
- References
-
- [postfix-jp: 989] postqueue -f で数通しか処理されない, UCHINO Masashi
[検索ページ]
[Postfix-JP ML Home]