Better error throwing and ID sequences
Sebastian Spaeth
Sebastian at SSpaeth.de
Mon Aug 22 09:41:15 BST 2011
On Fri, 19 Aug 2011 18:47:08 +0200, Nicolas Sebrecht <nicolas.s-dev at laposte.net> wrote:
> It introduces a bug:
>
> ERROR: Exceptions occurred during the run!
> ERROR: Aborting folder sync 'INBOX.ABUL' [acc: 'nis']
> FETCHING UIDs in folder [Remotenis]INBOX.ABUL failed. Server responded
> '[NO] ['No matching messages']'
> ERROR: ERROR in syncfolder for dev.gmx folder Drafts: Traceback (most
> recent call last):
> File "/usr/lib64/python2.7/site-packages/offlineimap/accounts.py",
> line 343, in syncfolder
> remotefolder.cachemessagelist()
> File "/usr/lib64/python2.7/site-packages/offlineimap/folder/IMAP.py",
> line 174, in cachemessagelist
> messagestr = messagestr.split(' ', 1)[1]
> AttributeError: 'NoneType' object has no attribute 'split'
Uhh, it had worked for me, that is weird. IMHO I haven't changed how the
server response is treated. Interestingly enough we would have failed
with your IMAP server response:
[NO] ['No matching messages']
without this topic branch too, so I am not sure that things had gotten
any worse than before.
We want to robustify handling the server response, and we need to check
what we had been sending the server (to see if it was any invalid
command, so you have an IMAP log of that run by any chance?).
Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20110822/88bc722d/attachment-0001.sig>
More information about the OfflineIMAP-project
mailing list