Subject: Re: [netatalk-admins] NFS/SMB/Appleshare on the same file system
From: Michael Rothwell (rothwell@holly-springs.nc.us)
Date: Sun Jul 13 1997 - 17:24:25 EDT
Thank you for the information. I'll add VETO to my smb.conf on Monday. Why
is the Netatalk team "recticent", I wonder?
----------
> From: Julian Elischer <julian@whistle.com>
> To: Michael Rothwell <rothwell@holly-springs.nc.us>
> Cc: Kamal Kantawala <kamal@mcc.com>; samba@anu.edu.au;
netatalk-admins@umich.edu
> Subject: Re: [netatalk-admins] NFS/SMB/Appleshare on the same file system
> Date: Sunday, July 13, 1997 4:18 PM
>
>
>
> At whistle communitcations we sell a device that incorporated both
> netatalk and samba. I integrated netatalk into FreeBSD for this and
> the present maintainer of SAMBA is on our staff. He is also in charge
> of netatalk issues here so you might say that the present maintainer of
> SAMBA has daily contact with netatlk. If you look at the
> newer releases of SAMBA you will see a feature called "veto file"
> What this does is dissallow SAMBA from reporting any hint of a ny
> pathname that contains tha names given in that command, to tha SAMBA
> users.
>
> our VETO list includes .AppleDouble and other netatlkd related
> files. that SAMBA users can never delete their .AppleDouble
> directoies because they cannot see them.
> The newest patch release of SAMBA (being worked on now) Has
> a NEW version of the veto facility. (I forget it's name)
> that has SLIGHTLY differnt semantics. An added feature of the new
> code is that if a SAMBA user has an EMPTY directory (as far as they are
> concerned, which actually contains a veto'd file that they cannot see.
> then a request to delete that directory WILL succeeed, as samba will
first
> remove the .AppleDouble file, reasoning that there is no longer any
reason
> for it as the parent directory has no other entries.
>
> So there is some interaction between SAMBA and NETATALK
> already (sponsored by Whsitle communications ( plug plug
www.whistle.com))
> We are presently integrating internaltionalisation patches to enable
> samba and netatalk to present filenames in other character sets in
> a unified and consistent manner.
> thes pathces will be given back as sson as they seem to work..
> (The SAMBA patches ARE back by definition as they are being
> done by jeremy, the Samba guy..)
>
> We are looking at locking strategies. That will possibly be the
> next action..
> we do however need to get some of the netatalk team involved..
> (they seem a bit reticent so far)
>
> julian
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:25:38 EST