Message duplication

Sebastian Spaeth 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:

Mmmh, k

> (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
work ATM.

> 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 ...
:-( mmh

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/20110621/6bec3711/attachment-0001.sig>


More information about the OfflineIMAP-project mailing list