Dear Sebastian,<br><br>It seems to fix the original error. A few messages later, however, I reproducibly run into the next problem. Log is below. Many thanks for all your help!<br><br>Best wishes,<br>David.<br><br>OfflineIMAP 6.5.2-rc1<br>

  Licensed under the GNU GPL v2+ (v2 or any later version)<br>*** Processing account dpk<br>Establishing connection to <a href="http://imap.gmail.com:993">imap.gmail.com:993</a><br>Establishing connection to <a href="http://imap.googlemail.com:993">imap.googlemail.com:993</a><br>

Syncing PhDprogramme: Gmail -> MappedIMAP<br>Syncing INBOX: Gmail -> MappedIMAP<br>Syncing Templates: Gmail -> MappedIMAP<br>Copy message 91781 (1 of 464) dpkreil:INBOX -> 0509kreil<br>Copy message 91784 (2 of 464) dpkreil:INBOX -> 0509kreil<br>

Syncing Zattach: Gmail -> MappedIMAP<br>Copy message 91786 (3 of 464) dpkreil:INBOX -> 0509kreil<br>ERROR: 'NoneType' object is unsubscriptable<br>Copy message 91787 (4 of 464) dpkreil:INBOX -> 0509kreil<br>

Thread 'Copy message from dpkreil:INBOX' terminated with exception:<br>Traceback (most recent call last):<br>  File "/usr/local/lib/python2.6/dist-packages/offlineimap/threadutil.py", line 155, in run<br>

    Thread.run(self)<br>  File "/usr/lib/python2.6/threading.py", line 484, in run<br>    self.__target(*self.__args, **self.__kwargs)<br>  File "/usr/local/lib/python2.6/dist-packages/offlineimap/folder/Base.py", line 288, in copymessageto<br>

    new_uid = dstfolder.savemessage(uid, message, flags, rtime)<br>  File "/usr/local/lib/python2.6/dist-packages/offlineimap/folder/UIDMaps.py", line 192, in savemessage<br>    newluid = self._mb.savemessage(-1, content, flags, rtime)<br>

  File "/usr/local/lib/python2.6/dist-packages/offlineimap/folder/IMAP.py", line 582, in savemessage<br>    uid = long(resp[-1].split(' ')[1])<br>TypeError: 'NoneType' object is unsubscriptable<br>

<br><br>Last 4 debug messages logged for Copy message from dpkreil:INBOX prior to exception:<br>thread: Register new thread 'Copy message from dpkreil:INBOX' (account 'dpk')<br>imap: Returned object from fetching 91781: 'Delivered-To: <a href="mailto:dpkreil@gmail.com">dpkreil@gmail.com</a><br>

Received: by 10.213.4.200 with SMTP id 8cs44870ebs;<br>        Tue, 13 Dec 2011 04:11:56 -0800 (PST)<br>Received: by 10.204....VFT0YK<br><br>------_=_NextPart_001_01CCB990.5A05C4D8--<br>'<br>imap: savemessage: called<br>

imap: savemessage: date: "13-Dec-2011 12:11:32 +0000", content: 'Delivered-To: <a href="mailto:dpkreil@gmail.com">dpkreil@gmail.com</a><br>Received: by 10.213.4.200 with SMTP id 8cs44870ebs;<br>        Tue, 13 Dec 2011 04:11:56 -0800 (PST)<br>

Received: by 10.2...0YK<br><br>------_=_NextPart_001_01CCB990.5A05C4D8--<br>'<br>ERROR: Exceptions occurred during the run!<br>ERROR: 'NoneType' object is unsubscriptable<br><br><br><div class="gmail_quote">On 9 January 2012 09:27, Sebastian Spaeth <span dir="ltr"><<a href="mailto:Sebastian@sspaeth.de">Sebastian@sspaeth.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left:1px solid rgb(204,204,204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><div class="im">On Sun, 8 Jan 2012 19:12:30 +0000, "Dr. D. P. Kreil (Boku)" wrote:<br>
> Excellent! I just got the latest (v6.5.1.2-1-gb5a1315) and tried it and it<br>
> indeed does not create the folders on the "remote" side anymore - yeah!<br>
<br>
</div>That is good.<br>
<div class="im"><br>
> I now get some "new" error messages about UIDs not mapping though. What can<br>
> I do to help debug this? I have copied the tty output of the process below.<br>
> What else can I do?<br>
<br>
</div><div class="im">> > Gmail is a descendent of the IMAPRepository class. Local IMAPs require<br>
> > the MappedIMAP class which takes care of the UID mapping between the<br>
> > local and the remote server. In order to get a 'Gmail' type on the local<br>
> > side, one would need to subclass the MappedIMAP class and add the Gmail<br>
> > specific stuff (I wonder if we could that that with a Gmail mixin<br>
> > class instead). HTH<br>
> Ok! Will I need to read into the current way of doing things at length<br>
> before I can touch anything without breaking things, or should I just start<br>
> fiddling? If you think I should read up before touching anything, are there<br>
> any key documents / code regions I should start with that you can recommend?<br>
> If you think I am more likely to cause harm than help by poking around in<br>
> the code myself, would anyone else perhaps be interested in giving this a<br>
> go? I would be most enthusiastic about helping try/test/validate this at<br>
> least.<br>
</div>You can start fiddling right away. However, I would be more happy if we<br>
could simply use Gmail as any regular IMAP server and just have it<br>
called IMAP and work :-).<br>
<div class="im"><br>
> "/usr/local/lib/python2.6/dist-packages/offlineimap/folder/UIDMaps.py",<br>
> line 194, in savemessage<br>
>     raise ValueError("Backend could not find uid for message")<br>
> ValueError: Backend could not find uid for message<br>
<br>
</div>Sigh, please check if the just released v6.5.2-rc1 (or git current<br>
master) fixes this for you. Here is the commit log for details:<br>
<br>
commit 3284e010ff12a8c6a80e8ea299af26e80edcd4c0<br>
Author: Sebastian Spaeth <Sebastian@SSpaeth.de><br>
Date:   Mon Jan 9 09:51:43 2012 +0100<br>
<br>
Revert "use .response() rather _get_untagged_response()"<br>
<br>
Recently the internal function use of imaplib2's<br>
_get_untagged_response() was switched to use the public documented<br>
.response() function (which should return the same data). However within<br>
a few fays we received reports that both uses of a) the UIDVALIDITY<br>
fetching and b) the APPENDUID fetching returned [None] as data although<br>
the IMAP log definitely shows that data was returned. Revert to using<br>
the undocumented internal imaplib2 function, that seemed to have worked<br>
without problems. This needs to be taken up to the imaplib2 developer.<br>
<br>
Let me know if this is better<br>
</blockquote></div><br>