On 3.3.2012, at 20.03, Michael Grimm wrote: > vmail> dsync -v -f -u test mirror ssh vm...@remote-host.tld dsync -v -f > -u test > dsync-local(test): Error: remote: dsync: illegal option -- f > doveadm dsync-server [-u <user>|-A] [-S <socket_path>] > dsync-local(test): Error: read() from worker server failed: EOF > > If I do omit the remote '-f' the old syntax is being accepted. Thanks for > fixing that.
Right, the remote -f parameter doesn't do anything. But it's anyway now allowed: http://hg.dovecot.org/dovecot-2.1/rev/9c6eeeb810c0 >> doveadm sync -f -u test t...@remote-host.tld > > vmail> doveadm sync -f -u test ssh vm...@remote-host.tld > dsync-local(test): Error: remote: dsync-server: Command not found. > dsync-local(test): Error: read() from worker server failed: EOF Remove the "ssh" parameter from the middle and change vmail@ to test@ > Users are virtual ones at both mail servers, and vmail is the only system > user to run ssh. Thus I > can't test user suggestion. But it's ok to add a 'doveadm dsync-server -u > test'. In this syntax the test@ means Dovecot user, not system user. Although I'm not sure if that's a good idea. In the latest hg version the preferred way is: doveadm sync -f -u test remote:vmail@host It automatically adds the remote -u test. > Now, I will stick to 2.1.x because syncing is done without loss of mails > (after 10 days of testing). > The only inconvenience remaining is reappearing of deleted and "undeletable" > mail. But it seems that > I'm the only one reporting that. How could I help to debug this issue? Is anything else besides Dovecot modifying the mailboxes? Especially deleting mails? No cronjobs or other scripts that "rm" mails?
