svn commit: samba-docs r1241 - in trunk/smbdotconf/security: .

[kseeger at samba.org]

Author: kseeger
Date: 2008-02-14 14:26:48 +0000 (Thu, 14 Feb 2008)
New Revision: 1241

WebSVN: http://websvn.samba.org/cgi-bin/viewcvs.cgi?view=rev&root=samba-docs&rev=1241

Log:
Fix escaped backslashes (bug #5194). Thanks to the Debian Samba package maintainers for reporting!

Karolin
Modified:
   trunk/smbdotconf/security/usernamemap.xml


Changeset:
Modified: trunk/smbdotconf/security/usernamemap.xml
===================================================================
--- trunk/smbdotconf/security/usernamemap.xml	2008-02-12 12:00:17 UTC (rev 1240)
+++ trunk/smbdotconf/security/usernamemap.xml	2008-02-14 14:26:48 UTC (rev 1241)
@@ -15,7 +15,7 @@
 	Please note that for user or share mode security, the username map is applied prior to validating the user
 	credentials.  Domain member servers (domain or ads) apply the username map after the user has been
 	successfully authenticated by the domain controller and require fully qualified enties in the map table (e.g.
-	biddle = DOMAIN\foo).
+	biddle = <literal>DOMAIN\foo</literal>).
 	</para>
     
     <para>
@@ -96,7 +96,8 @@
 	</para>
 
    <para>
-	Samba versions prior to 3.0.8 would only support reading the fully qualified username (e.g.: DOMAIN\user) from
+	Samba versions prior to 3.0.8 would only support reading the fully qualified username 
+	(e.g.: <literal>DOMAIN\user</literal>) from
 	the username map when performing a kerberos login from a client.  However, when looking up a map entry for a
 	user authenticated by NTLM[SSP], only the login name would be used for matches.  This resulted in inconsistent
 	behavior sometimes even on the same server.
@@ -113,7 +114,7 @@
 
     <para>
     When relying upon a external domain controller for validating authentication requests, smbd will apply the username map
-    to the fully qualified username (i.e. DOMAIN\user) only after the user has been successfully authenticated.
+    to the fully qualified username (i.e. <literal>DOMAIN\user</literal>) only after the user has been successfully authenticated.
     </para>
 
     <para>