https://bugzilla.samba.org/show_bug.cgi?id=3829
Summary: rsync loses access ACLs on transferred files Product: rsync Version: 2.6.9 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] Run the following in an empty directory, putting some username on your system in place of $USER: mkdir src dest echo foo >src/file echo barbar >dest/file setfacl -m u:$USER:rw- dest/file rsync -r src/ dest/ Since permissions are not being preserved, rsync loads the old permissions of dest/file into the file list and applies them to the new dest/file. Rsync should treat the access ACL in the same way, but it does not, so the old access ACL of dest/file is lost. The mask permission bits are applied as group permission bits, possibly granting access to undesired users. If permissions but not ACLs are to be preserved, I'm not sure what rsync should do. Since permissions and ACLs are inseparable from a security point of view, perhaps we should get rid of this odd case by making --perms preserve ACLs and throwing out --acls. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html