In addition to a file's name and data contents, there may exist information about access control, ownership, visibility, icons, application bindings, and other "meta data". The nature and extent of this information varies between platforms.
At the very least, SyncDat will preserve a file's name and the time of its last modification. It will also attempt to preserve its unix access mode, user id, and group id. Windows does not support this extra information.
The following table shows which common file properties are preserved by SyncDat on POSIX and Windows platforms. When a file is being transferred between a POSIX system and a Windows system, a property must be supported by both to be preserved.
|Read Only||Yes||Yes||See Access Modes below|
|Access Mode||Yes||No||See Access Modes below|
|User ID||Yes||No||See POSIX ID Numbers below|
|Group ID||Yes||No||See POSIX ID Numbers below|
|Access Control List||No||No|
|Invisible / Hidden||No||No|
If POSIX file has an access mode with no write permission is sent to a Windows system, the Windows Read-Only flag will be set. If a Windows file with Read-Only set is sent to a POSIX system, it will receive permissions mask 0666 instead of 0777.
POSIX ID Numbers
Preservation of user ID numbers and some group ID numbers may require that syncdat and/or servedat be run as the root super-user.
Unix user and group ids are numbers which are likely to have different meanings on different systems. You should not rely on ID preservation unless you know that the local and remote systems have coordinated ID numbers.
If user and group ID numbers of the client and server do not match, or if one or both sides lack permission to set IDs, then use the -u option to suppress ID preservation. If you see warnings from the client or server about "fchown" failing, then either use -u or authenticate as root.