On Wed, 14 Apr 2004, Mike Bethune wrote:
> If connect_timeout option is not set (default of course) then exim
> behaves normally, ie when a timeout occurs, it is properly deferred
> and not frozen, log shows: defer (110): Connection timed out
>
> but if connect_timeout is set, the log shows: defer (-1): smtp
> transport process returned non-zero status 0x000e: terminated by
> signal 14 (and without below patch the message is frozen)
>
> My system is linux, kernel 2.4.20, glibc 2.2.4
> But for the real problem, I guess the alarm handler set by sigaction()
> isn't being set?
Thanks for that additional information. I will pore over the relevant
code and see if I can figure out what may be going wrong.
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
Get the Exim 4 book: http://www.uit.co.uk/exim-book
