On 13.3.2012, at 20.22, Michescu Andrei wrote:
I'm attaching you the output for the 2nd bug. All the folders that you see in there does not exists in user1@b but they belong to first_user@a (which is NOT involved in this sync), BUT a is the default domain.
The output showed debug output from the local dsync, but not from the remote. I think you'll see that if you do:
sudo -u vpopmail doveadm sync -u user1@b -f ssh mx2.a doveadm -Dv dsync-server -u user1@b
Also it's possible that in v2.1.1 there was some bug related to this.. You could try the latest nightly snapshot that has several fixes related to dsync: http://www.dovecot.org/nightly/
Also for the first suggestion:
- how do you sync initially the 2 machines? Because if you create the account on both machines, already the Inbox has 2 different guids
doveadm sync should be run before the destination Maildir exists at all. If vpopmail creates that, I guess it would just have to be deleted manually..
- if you know the guid, how do you change them? Because then I can do the rsync and after I can correct the guid on the other machine
The GUID is generated the first time it's used, which normally means when you run dsync for the first time. Alternatively you can also use doveadm to ask for the mailbox's GUID and it gets generated:
doveadm mailbox status -u user@domain guid '*'
Running rsync after this is done also copies the GUID (it's stored in dovecot-uidlist).