On Tue, 2002-12-31 at 20:36, Simo Sorce wrote: > On Tue, 2002-12-31 at 03:29, [EMAIL PROTECTED] wrote: > > Sorry, I have some problems with this patch. It allows a > > client to add a symlink to a Samba share which points to > > a file elsewhere on the server disk. For example : > > > > create a symlink from /home/myhome/p -> /etc/passwd. > > > > Now as Samba resolves names on the *server* not the client, > > anyone opening /home/myhome/p using smbclient or a Windows > > client will get /etc/passwd. This (IMHO) is not desirable. > > Jeremy, > in case of unix extensions, shouldn't we pass the symlink as is and not > resolve it? > > We may have a parameter that when set permit link creations and also > returns link as is instead of resolving them. > > I think a proper unix-like file system should be able to return links.
I was wondering if/how the 'wide links' parameter could/should play with this. CIFS might not be the best unix->unix file system, but a lot of people much prefer this over NFS... Andrew Bartlett -- Andrew Bartlett [EMAIL PROTECTED] Manager, Authentication Subsystems, Samba Team [EMAIL PROTECTED] Student Network Administrator, Hawker College [EMAIL PROTECTED] http://samba.org http://build.samba.org http://hawkerc.net
signature.asc
Description: This is a digitally signed message part
