Support for Multiple Data Streams?

[Ken Cross]

Yes, to support it properly, the underlying filesystem should include
all streams when you cp/mv/rm/...  And a "portable" backup/restore could
be interesting!

However, I'm having trouble getting Samba to return goofy names like
"filename:ADS".  It keeps mangling them (even with mangling disabled).

Ken
________________________________

Ken Cross

Network Storage Solutions
Phone 865.675.4070 ext 31
kcross at nssolutions.com 

> -----Original Message-----
> From: 
> samba-technical-bounces+kcross=nssolutions.com at lists.samba.org
>  
> [mailto:samba-technical-bounces+kcross=nssolutions.com at lists.s
> amba.org] On Behalf Of Richard Sharpe
> Sent: Thursday, March 20, 2003 4:14 PM
> To: Christopher R. Hertel
> Cc: 'samba-technical'; Ken Cross
> Subject: Re: Support for Multiple Data Streams?
> 
> 
> On Thu, 20 Mar 2003, Christopher R. Hertel wrote:
> 
> > Ken,
> > 
> > How would you store that information on a Unix filesystem?  
> How do you
> > prevent users or other services from messing things up?
> > 
> > There are solutions, but it's a much bigger problem than it 
> seems on 
> > the
> > surface.
> 
> There are some interesting issues here. Alternate Data Streams can be 
> accessed via CIFS, but there is no special support built into the 
> protocol. 
> 
> They are simply accessed syntactically. An ADS has a name like 
> <file-name>:<ADS-name>, and NTFS maps that to the named $DATA 
> attribute 
> called <ADS-name>. Other implementations are free to do it 
> any way they 
> want. Since UNIX allows ":" in names, the files will appear 
> with funny 
> names, but searches will be screwed up.
> 
> The bigger issue is how to back up the file and all its 
> attributes, and as 
> far as I can see, Windows NT4/5/... requires that you use 
> BackupRead and 
> BackupWrite where you can get access to all the attributes of 
> a file as 
> byte streams.
> 
> Regards
> -----
> Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org, 
> sharpe[at]ethereal.com, http://www.richardsharpe.com
>