Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email email@example.com
From: Konrad Rzepecki (krzepeckidentonet.pl)
Date: Wed Dec 17 2008 - 08:04:17 CST
Dnia środa, 17 grudnia 2008, Wietse Venema napisał:
> > #1 0x0806d01f in read_wait (fd=-4, timeout=3600) at read_wait.c:120
> > #2 0x08072241 in timed_read (fd=13, buf=0x8092d60, len=4096,
> > timeout=3600, unused_context=0x0) at timed_read.c:73
> That makes no sense. timed_read() does not change its argument as shown
> below. But it does not matter. The poll() is waiting for your defer(8)
> daemon to respond.
No it have matter. Defer socket probably have '13' file descriptor but pool
have as argument '-4'. So it wait until timeout comes.
I know that both read_wite and time_read doesn't change fd value - but it is
maybe some compiller error or somewhere in program something overwrite proper
value to this one. Please note that this values are didn't taken on this
functions call time but on backtrace time. Something can occurs in between.
> > #3 0x0806f20f in vstream_buf_get_ready (bp=0x80918f0) at vstream.c:731
> > #4 0x0806eaf7 in vbuf_get (bp=0x80918f0) at vbuf.c:157
> > #5 0x08063bcb in attr_vscan0 (fp=0x80918f0, flags=3, ap=0xafb16988
> > "\001") at
> > attr_scan0.c:272
> > #6 0x08063f9b in attr_scan0 (fp=0x80918f0, flags=3) at attr_scan0.c:427
> > #7 0x08056e67 in mail_command_client (class=0x807462e "private",
> > name=0x8085810 "defer") at mail_command_client.c:76
> Your defer daemons aren't working.
If you mean this one:
postfix 29426 0.0 0.1 6472 1740 ? S 14:24 0:00 bounce -z -n
defer -t unix -u
it seems running...
Konrad Rzepecki - Wydawnictwo Bestom DENTOnet.pl Sp.z o.o.