Simon Barnes <simon(_dot_)barnes(_at_)london(_dot_)sns(_dot_)slb(_dot_)com>
writes:
Fetchmail 5.9.11 on Solaris 8 normally works well but dies with signal 14
after an SSL connection failure. Syslog entries like this:
11:49:35 SSL connection failed.
11:49:35 sleeping at Thu May 16 11:49:35 2002
11:59:35 terminated with signal 14
What does fetchmail -Nv give you?
Does that happen at the first sleep already or only at the second? Which
OpenSSL or SSLeay version is your fetchmail compiled against?
I didn't yet have a close look at that, can you provide the output of:
fetchmail --version | head -2
I cannot reproduce this on either Solaris 8 or SuSE Linux 7.3. How
exactly did you build fetchmail? What options? Which OpenSSL/SSLeay
version? More than one SSL version installed?
My test config (I used port 22 because I know I have a daemon there that
accepts the connect, but does not negotiate SSL).
------------------------------------------------------------------------
# Configuration created Tue May 21 11:40:54 2002 by fetchmailconf
set bouncemail
set no spambounce
set properties ""
set daemon 5
poll localhost with proto POP3 port 22
user 'ma' there with password 'none' is 'ma' here ssl
------------------------------------------------------------------------
fetchmail -N gives me this output on Linux:
fetchmail: starting fetchmail 5.9.11 daemon
25544:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown
protocol:s23_clnt.c:460:
fetchmail: SSL connection failed.
fetchmail: sleeping at Tue May 21 11:44:51 2002
25544:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown
protocol:s23_clnt.c:460:
fetchmail: SSL connection failed.
fetchmail: sleeping at Tue May 21 11:44:56 2002
...
On Solaris 8:
fetchmail: starting fetchmail 5.9.11 daemon
20718:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown
protocol:s23_clnt.c:460:
fetchmail: SSL connection failed.
fetchmail: sleeping at Tue, 21 May 2002 12:14:14 +0200 (MEST)
20718:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown
protocol:s23_clnt.c:460:
fetchmail: SSL connection failed.
fetchmail: sleeping at Tue, 21 May 2002 12:14:19 +0200 (MEST)
...
No uncaught SIGALRM here that throws fetchmail out of the orbit.
It doesn't die immediately, but waits until the next cycle, so the SSL
failure must cause the code which sets up the SIGALRM signal handler to be
bypassed.
Does that happen when you poll from a different server without SSL?
--
Matthias Andree