Hi,
Running dovecot version 2.3.18 with mdbox storage. I run daily
backups using dsync on the same server into maildir format.
Several times per week I will get an error like the one below
that prevents backups from completing. The error is always on my
user, never any of my other couple dozen users.
dsync(doug): Warning: Deleting mailbox 'INBOX': UID=133060 already exists locally for a different mail: GUIDs don't match (1657786027.M158587P19048.maildev.domain.com vs 581a08178e8ecf62f04700002bad4ea1)
dsync(doug): Error: Couldn't delete mailbox INBOX: INBOX can't be deleted.
Subsequent backups typically have a slightly
different error.
dsync(doug): Warning: Deleting mailbox 'INBOX': UID=132994 GUID=407c871b0ec1c562b51000002bad4ea1 is missing locally
dsync(doug): Error: Couldn't delete mailbox INBOX: INBOX can't be deleted.
Notice the UID and GUID are different from the
first error. At this point I will identify
407c871b0ec1c562b51000002bad4ea1 in the source mailbox, and move
it to another folder. More often than not that clears things up.
The backup command I am using
is
dsync -u doug all backup
maildir:/home/doug/.mailbkup/mailboxes
My questions are:
Is the "locally" referring to the source or the target of the
backup?
What might be causing this problem?
What the heck is this guid:
1657786027.M158587P19048.maildev.domain.com"
Note:
The server is actually named mail.domain.com, not
maildev.domain.com
All file names in the backup maildir have mail.domain.com
in them
No files exist in the target maildir directory that begin
with 1657786027*
My original migration from mbox format to mdbox was tested
and run on a server named maildev.domain.com. Is that why I am
seeing a reference to maildev here? Is that name cached
somewhere? Can it be corrected? Does it matter?
Are there any options I should add to the dsync command to fix
this problem?
-- Doug