Sebastian at SSpaeth.de
Tue Jun 21 20:11:26 BST 2011
On Tue, 21 Jun 2011 11:06:16 +0200, Vincent Beffara <vbeffara at ens-lyon.fr> wrote:
> It doesn't. All numbers appearing are positive:
> (I always interpreted negative message ids as "don't know yet, but there
> are that many new messages remaining" - is that wrong ?)
Yes. In the MappedUID case, it assigns a negative number when it
discovers a message on the IMAP server but no corresponding entry in
LocalStatus and UIDMapping. These 2 separate databases are a pain, I
really want to unify them in the LocalStatus.db
I have looked at the log but I can't see anything unusual. It claims it
has a new message (-2 and -1) that it needs to copy over, it then,
fetches the messages from the local IMAP and saves it to the remote
IMAP. The remote IMAP returns a new UID just fine and theoretically, we
should not have the required entries in UIDMapping. I am not sure why
that doesn't seem to be the case for you.
Sorry, I don't really know how help debugging this. I am quite busy at
> BTW, weird bug involving -f and nametrans: running with -f INBOX/gag
> complains when trying to create gag locally that it already exists (it
> does, of course), maybe one use of nametrans() is missing somewhere - in
> any case, that bug is only cosmetic, as the run then proceeds to the
> actual bug ;-)
MMh, need to look into that.
> Yes, many times ...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: not available
More information about the OfflineIMAP-project