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?