DO NOT REPLY [Bug 3829] New: rsync loses access ACLs on transferred files

[samba-bugs at samba.org]

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: wayned at samba.org
        ReportedBy: hashproduct+rsync at gmail.com
         QAContact: rsync-qa at samba.org


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.