[Macpartners] How safe/secure is 'Personal File Sharing' on Mac OS X?

[Atticus Gifford]

I would only add that in fact a surprising number of files and 
applications still use resource forks for legacy and convenience 
reasons.  As an installer writer I can at least point to nearly every 
mac installer on web.mit.edu/software, as well as most other installers 
written with VISE (the majority of non-.pkg installers) as all having 
vital resource fork components.  Simply binhexing, zipping or otherwise 
compressing the file is sufficient, but straight transfers will corrupt 
the file.

Just an FYI.. many people are surprised by the continued pervasiveness 
of dual-fork files.

-atticus

On Thursday, March 25, 2004, at 08:42 PM, Nicholas A Knouf wrote:

> The only problem with rsync is the lack of resource fork support on OS 
> X.  There
> is a fork of rsync called RsyncX that does have resource fork support, 
> but I've
> heard of problems with it.
>
> Most OS X files don't use resource forks anymore, but some do and 
> especially if
> you're transferring pre-OS X files you'll have issues with losing 
> resource
> forks.
>
> Nick
>
>
>
> Quoting vanni <vanni at MIT.EDU>:
>
>>
>> If you can do things from the command like (the SHELL),
>> my suggestion is that (from HOME) you use "rsync".
>> (via SSH and perhaps tunneling (if needed))
>>
>> Other side benefits of "rsync" are:
>>       It's OS/filesystem independent (in most cases)
>>          (for example you can use Athena as the FileServer/Exchange 
>> Point)
>>       It can handle large trees over slow links.
>>          (since it sends only the changed filed and also does
>>            compression on the fly)
>>
>> If it looks interesting, let me know and I can provide an example.
>>
>> -vanni
>>
>> _______________________________________________
>> Macpartners mailing list
>> Macpartners at mit.edu
>> http://mailman.mit.edu/mailman/listinfo/macpartners
>>
>
>
>
> _______________________________________________
> Macpartners mailing list
> Macpartners at mit.edu
> http://mailman.mit.edu/mailman/listinfo/macpartners