Hi. i am using the hide files and hide dot files options, but the files are still visiable on my WinXP clients. Yes, I have the option set on the XP clients to show all files for security reasons. But can't samba just hide this file for everybody / every setting? thanks daniel
yes, use the veto files option like this... veto files = /.recycle/*.mp3/*.divx/*.eml/ ----- Original Message ----- From: "Daniel Zeiss" <dzeiss@gwdg.de> To: <samba@lists.samba.org> Sent: Wednesday, July 02, 2003 6:32 AM Subject: [Samba] hide files> Hi. > > i am using the hide files and hide dot files options, but the files are > still visiable on my WinXP clients. > > Yes, I have the option set on the XP clients to show all files for > security reasons. > > But can't samba just hide this file for everybody / every setting? > > thanks > > daniel > > -- > To unsubscribe from this list go to the following URL and read the > instructions: http://lists.samba.org/mailman/listinfo/samba >
Hi, I read Volker Lendecke's *great* Samba book, but can't find an answer to the following question: is it possible to hide, but read and write to files in a share? I'm not talking about "hide files", because these files are still viewable on windows (if option is set on client). The "veto files" option seems just to denie the access, so these files are not read and writable anymore. I'm looking for something that is like apache's browseable option for directories. You can't see what's in a directory, but can access via URL _if you know the URL_. Or in other words: I want to share a directory with read and write permissions, but don't want people to see what's in this directory. In best case it should look like an empty directory, but still be able to access (read+write) to file like \\server\share\whatever.txt Is that possible and if yes how? Thanks Marcus
Possibly Parallel Threads
- Javascript Logger and Console
- snapdir visable recursively throughout a dataset
- [Bug 1988] New: ControlPersist causes stderr to be left open until the master connection times out
- folders in public namespace only visable to 2nd folder level in 2.2.29.1
- upgrade 2.2.8a -> 3.0 Debian DOS long filename problem