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

samba-bugs at samba-bugs at
Mon Jun 12 00:41:07 GMT 2006

           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
        ReportedBy: hashproduct+rsync at
         QAContact: rsync-qa at

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:
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

More information about the rsync mailing list