Mac OS X HFS+ metadata patch, take 2

Kevin Alexander Boyd kboyd at
Mon Aug 16 11:38:32 GMT 2004

Here's another method for HFS+ rsyncs to non-HFS+ filesystems - the files
can be synced and restored without using RsyncX:

There have been varying degrees of happiness with this method.  It's not
perfect, just another alternative method.

Kevin Boyd
OS X Deployment Coordinator
Sys Adm UMIT Contract Services

On Mon, 16 Aug 2004, D Andrew Reynhout wrote:

> Date: Mon, 16 Aug 2004 00:49:17 -0400
> From: D Andrew Reynhout <reynhout at>
> To: rsync at
> Subject: Mac OS X HFS+ metadata patch, take 2
> Hi.
> Several months ago, I posted my first pass at a patch to transfer
> Mac OS X HFS+ metadata (resource forks and Finder metadata) to
> non-HFS+ filesystems (Linux, Solaris, etc).
> I finally got a chance to update the patch to reflect suggestions
> offered on the list.  Thanks for the ideas, this version should be
> a big improvement.
> The diff and a binary (and a fuller explanation) can be found at:
> The current patch is against rsync-2.6.2.  It still works with the
> standard build of rsync on the receiving side, so only the sender
> needs to be patched.
> For a single HFS+ file, there will be between one and three files
> transferred to the destination filesystem:
>    - <filename>: The regular file (data fork)
>    - ._<filename>: The resource fork of <filename>, iff non-empty.
>    - ._<filename>_metadata: Type and Creator and Finder flags
>                             for <filename>, iff non-null.
> Any suggestions on a naming scheme for the metadata file that
> would minimize the risk of collisions?
> Any feedback would be appreciated.
> Thanks,
> Andrew
> reynhout at
> --
> To unsubscribe or change options:
> Before posting, read:

More information about the rsync mailing list