svn commit: r857422 - in /websites/staging/directory/trunk/content: ./ apacheds/advanced-ug/4.1.2.2-sasl-plain-text-authn.html

[bu...@apache.org]

Author: buildbot
Date: Fri Apr  5 17:36:22 2013
New Revision: 857422

Log:
Staging update by buildbot for directory

Modified:
    websites/staging/directory/trunk/content/   (props changed)
    websites/staging/directory/trunk/content/apacheds/advanced-ug/4.1.2.2-sasl-plain-text-authn.html

Propchange: websites/staging/directory/trunk/content/
------------------------------------------------------------------------------
--- cms:source-revision (original)
+++ cms:source-revision Fri Apr  5 17:36:22 2013
@@ -1 +1 @@
-1465057
+1465058

Modified: websites/staging/directory/trunk/content/apacheds/advanced-ug/4.1.2.2-sasl-plain-text-authn.html
==============================================================================
--- websites/staging/directory/trunk/content/apacheds/advanced-ug/4.1.2.2-sasl-plain-text-authn.html (original)
+++ websites/staging/directory/trunk/content/apacheds/advanced-ug/4.1.2.2-sasl-plain-text-authn.html Fri Apr  5 17:36:22 2013
@@ -138,8 +138,8 @@
 
 
 <h1 id="4122-sasl-plain-authentication">4.1.2.2 SASL PLAIN Authentication</h1>
-<p>The <strong>PLAIN</strong> authentication is most certainly useless, as one can already authenticate using the Simple Bind. However, it's still possible to issue a SASL PLAIN authentication on <em>ApacheDS</em>.</p>
-<p>The difference with a Simple Bind is that the user's name is not  <strong>DN</strong>, but a meaningful value that is stored into one of the user's entry Attributes.</p>
+<p>The <strong>SASL PLAIN</strong> authentication is most certainly useless, as one can already authenticate using the <strong>Simple Bind</strong>. However, it's still possible to issue a <strong>SASL PLAIN</strong> authentication on <em>ApacheDS</em>.</p>
+<p>The difference with a <strong>Simple Bind</strong> is that the user's name is not  <strong>DN</strong>, but a meaningful value that is stored into one of the user's entry Attributes.</p>
 <p>When the server receives a <strong>SASL PLAIN</strong> bind request, it will look for the first entry which <strong>uid</strong> is equal to the provided value, starting from the server <strong>searchBaseDN</strong> position in the DIT.</p>
 <p><DIV class="note" markdown="1">
 ApacheDS expect the given name to be stored in the <strong>UID</strong> Attribute. This is not configurable in this version of the server.