diff --git a/docs/docbook/faq/clientapp.sgml b/docs/docbook/faq/clientapp.sgml
index 2077b230ce7..6d687bf772f 100644
--- a/docs/docbook/faq/clientapp.sgml
+++ b/docs/docbook/faq/clientapp.sgml
@@ -81,5 +81,21 @@ workstation as follows:
+We are unable to keep individual users from mapping to any other user's
+home directory once they have supplied a valid password! They only need
+to enter their own password. I have not found *any* method that I can
+use to configure samba to enforce that only a user may map their own
+home directory.
+
+
+User xyzzy can map his home directory. Once mapped user xyzzy can also map
+*anyone* elses home directory!
+
Here are some notes on running MS-Access on a Samba drive from Stefan Kjellberg
Opening a database in 'exclusive' mode does NOT work. Samba ignores r/w/share modes on file open. |
Make sure that you open the database as 'shared' and to 'lock modified records' |
Of course locking must be enabled for the particular share (smb.conf) |
Some OSes (notably Linux) default to auto detection of file type on +cdroms and do cr/lf translation. This is a very bad idea when use with +Samba. It causes all sorts of stuff ups.
To overcome this problem use conv=binary when mounting the cdrom +before exporting it with Samba.
"We are unable to keep individual users from mapping to any other user's +home directory once they have supplied a valid password! They only need +to enter their own password. I have not found *any* method that I can +use to configure samba to enforce that only a user may map their own +home directory."
"User xyzzy can map his home directory. Once mapped user xyzzy can also map +*anyone* elses home directory!"
This is not a security flaw, it is by design. Samba allows +users to have *exactly* the same access to the UNIX filesystem +as they would if they were logged onto the UNIX box, except +that it only allows such views onto the file system as are +allowed by the defined shares.
This means that if your UNIX home directories are set up +such that one user can happily cd into another users +directory and do an ls, the UNIX security solution is to +change the UNIX file permissions on the users home directories +such that the cd and ls would be denied.
Samba tries very hard not to second guess the UNIX administrators +security policies, and trusts the UNIX admin to set +the policies and permissions he or she desires.
Samba does allow the setup you require when you have set the +"only user = yes" option on the share, is that you have not set the +valid users list for the share.
Note that only user works in conjunction with the users= list, +so to get the behavior you require, add the line : +
users = %S+this is equivalent to: +
valid users = %S+to the definition of the [homes] share, as recommended in +the smb.conf man page.