Bug#637478: fetchmail: 28 minute IDLE timeout should be configurable

August 11th, 2011 - 06:20 pm ET by Anders Kaseorg | Report spam
Package: fetchmail
Version: 6.3.18-2

I’m running fetchmail through a proxy server that drops any connections
left idle for more than a little over 2 minutes. In order to be able to
use IMAP IDLE, I need to reduce this hardcoded timeout value in
imap_idle():

if (has_idle) {
/* special timeout to terminate the IDLE and re-issue it
* at least every 28 minutes:
* (the server may have an inactivity timeout) */
mytimeout = idle_timeout = 1680; /* 28 min */

It would be nice to have that as a configuration option.

In the unlikely event that this is helpful to someone else, here’s the
i386 binary patch I’m using now (28 m = 0x690 s, 2 m = 0x78 s):
perl -0777 -pe 's/(\xc7\x05.{4})\x90\x06\x00\x00/$1\x78\x00\x00\x00/g' -i /usr/bin/fetchmail

Anders



To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 1 replyReplies Make a reply

Replies

#1 Matthias Andree
August 12th, 2011 - 03:30 am ET | Report spam
Am 12.08.2011 00:13, schrieb Anders Kaseorg:
Package: fetchmail
Version: 6.3.18-2

I’m running fetchmail through a proxy server that drops any connections
left idle for more than a little over 2 minutes. In order to be able to
use IMAP IDLE, I need to reduce this hardcoded timeout value in
imap_idle():

if (has_idle) {
/* special timeout to terminate the IDLE and re-issue it
* at least every 28 minutes:
* (the server may have an inactivity timeout) */
mytimeout = idle_timeout = 1680; /* 28 min */

It would be nice to have that as a configuration option.

In the unlikely event that this is helpful to someone else, here’s the
i386 binary patch I’m using now (28 m = 0x690 s, 2 m = 0x78 s):
perl -0777 -pe 's/(\xc7\x05.{4})\x90\x06\x00\x00/$1\x78\x00\x00\x00/g' -i /usr/bin/fetchmail



Anders,

The IMAP standard (RFC-3501) has clear requirements with respect to how
long servers need to tolerate connections left idle by clients, and if
the connection gets dropped so soon, IDLE support gets pointless.

Please file a bug or support request against the proxy that drops the
connection so soon in the IDLE phase.

Best regards,
Matthias



To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Similar topics