From: Thomas J. <tho...@in...> - 2010-07-27 15:53:08
|
Hello, I recently had two cases of hanging fetchmail processes during TLS negotiation with two different servers. The config looks like this: ----------------- defaults proto pop3 set logfile /var/log/fetchmail set postmaster "postmaster" set showdots poll "server" timeout 90 user "USER" password "PASS" to "something" fetchall ... poll "server" timeout 90 user "USERx" password "PASS" to "otherX" fetchall ----------------- I was able to grab a log of a stalled fetchmail process: ---------------------------------------------- fetchmail: 6.3.17 querying pop.1und1.com (protocol POP3) at Sat, 24 Jul 2010 04:57:01 +0200 (CEST): poll started fetchmail: Trying to connect to 212.227.15.161/110...connected. fetchmail: POP3< +OK POP server ready H mimap4 fetchmail: POP3> CAPA fetchmail: POP3< +OK Capability list follows fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< UIDL fetchmail: POP3< STLS fetchmail: POP3< IMPLEMENTATION trinity fetchmail: POP3< . fetchmail: POP3> STLS fetchmail: POP3< +OK Begin TLS negotiation ---------- fetchmail hangs ------------------ Any idea why the timeout of 90 seconds is not triggered? Maybe it's stuck in the openssl code and the timeout is not working? The openssl version in use is 0.9.8o. Best regards, Thomas Jarosch |