Dear list, I am running dovecot 1.2.15 on a Debian server. One user reports continuous problems synchronising her mailbox via IMAP (offlineimap, via SSH tunnel or SSL socket). It seems that she has a large, locally-created message, but the uplink bandwidth seems to be not enough to push it before dovecot times out the APPEND command. The error/exception happens inside offlineimap's Python imaplib2.py file: APPEND => no response after 30.0 secs I do not know the IMAP protocol all that well, but it seems to me like this is broken somewhere. Could you please help me figure out the problem? -- martin | http://madduck.net/ | http://two.sentenc.es/ "man sagt nicht 'nichts!', man sagt daf?r 'jenseits' oder 'gott'." - friedrich nietzsche spamtraps: madduck.bogus at madduck.net -------------- next part -------------- A non-text attachment was scrubbed... Name: digital_signature_gpg.asc Type: application/pgp-signature Size: 1124 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) URL: <http://dovecot.org/pipermail/dovecot/attachments/20110613/c8d3945f/attachment-0002.bin>
also sprach martin f krafft <madduck at madduck.net> [2011.06.13.1002 +0200]:> One user reports continuous problems synchronising her mailbox via > IMAP (offlineimap, via SSH tunnel or SSL socket). It seems that she > has a large, locally-created message, but the uplink bandwidth seems > to be not enough to push it before dovecot times out the APPEND > command.Upon further inspection, we found that the message *does* get saved remotely. Hence, this seems like an offlineimap problem, timing out because it receives no responses to APPEND (because the transfer takes so long). The transfer actually completes, but offlineimap will have given up by then already. Has anyone else seen this? Can you confirm this behaviour? What should offlineimap be doing differently? Thanks, -- martin | http://madduck.net/ | http://two.sentenc.es/ because light travels faster than sound, some people appear to be intelligent, until you hear them speak. spamtraps: madduck.bogus at madduck.net -------------- next part -------------- A non-text attachment was scrubbed... Name: digital_signature_gpg.asc Type: application/pgp-signature Size: 1124 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) URL: <http://dovecot.org/pipermail/dovecot/attachments/20110613/464c09a8/attachment-0002.bin>
On Mon, 2011-06-13 at 10:11 +0200, martin f krafft wrote:> also sprach martin f krafft <madduck at madduck.net> [2011.06.13.1002 +0200]: > > One user reports continuous problems synchronising her mailbox via > > IMAP (offlineimap, via SSH tunnel or SSL socket). It seems that she > > has a large, locally-created message, but the uplink bandwidth seems > > to be not enough to push it before dovecot times out the APPEND > > command. > > Upon further inspection, we found that the message *does* get saved > remotely. Hence, this seems like an offlineimap problem, timing out > because it receives no responses to APPEND (because the transfer > takes so long). The transfer actually completes, but offlineimap > will have given up by then already. > > Has anyone else seen this? > > Can you confirm this behaviour? > > What should offlineimap be doing differently?Timing out after only 30 seconds seems a bit aggressive to me, especially if you're uploading a large message over a slow network connection. Isn't it configurable?