2.2.14rc1 - dsync in backup mode still changes source permissions
tss at iki.fi
Fri Oct 10 22:22:58 UTC 2014
On 11 Oct 2014, at 00:52, Timo Sirainen <tss at iki.fi> wrote:
> On 10 Oct 2014, at 11:05, Peter Mogensen <apm at one.com> wrote:
>> It seems we are still able to reproduce this:
>> However... there's no longer any error-messages. It just silently changes permissions on some dovecot files in the source maildir. (most often dovecot-uidlist)
>> We're running dsync as root, with hardwired userdb values for other reasons. So it has the OS permissions to change source. But still, running in "backup" shouldn't change source ever, should it?
> It's not doing any changes to mailbox contents, but it's still updating the index/uidlist files as part of its normal operation.
>> The command line is of this format - running on destination-host:
>> # dsync -R -o mail_home=/users/user/maildir backup ssh -c arcfour -o StrictHostKeyChecking=no -i /root/.ssh/id-rsa-dsync source-host "dsync -o mail_home=/users/user/maildir"
> You should use -u user at domain parameter in both sides so it drops root privileges.
Oh, and reading the linked mail more closely, if the maildir S=sizes have problems then Dovecot attempts to fix them. It's the same as if you attempted to read the mails via any method. doveadm backup doesn't attempt to read the whole source maildir without any modifications, although it could, but that could cause performance problems.
Anyway, if you have broken S=sizes, you could try setting maildir_broken_filename_sizes=yes.
More information about the dovecot