Zend_Auth_Adapter_Ldap

Version 4 by Michael B Allen
on Jan 10, 2008 02:10.

<< Changes from 3 to 4

compared with

Current by Ralph Schindler
on Jan 10, 2008 14:17.

Key

This line was removed.

This word was removed. This word was added.

This line was added.

Changes (10)

View Page History

Return to [Zend_Ldap|http://framework.zend.com/wiki/display/ZFPROP/Zend_Ldap+-+Michael+B.+Allen].
Return to [Zend_Auth_Adapter_Ldap|http://framework.zend.com/wiki/display/ZFPROP/Zend_Auth_Adapter_Ldap+-+Michael+B.+Allen].

<p>Return to <a href="http://framework.zend.com/wiki/display/ZFPROP/Zend_Ldap+-+Michael+B.+Allen">Zend_Ldap</a>.<br />
Return to <a href="http://framework.zend.com/wiki/display/ZFPROP/Zend_Auth_Adapter_Ldap+-+Michael+B.+Allen">Zend_Auth_Adapter_Ldap</a>.</p>

h3. Zend_Ldap TODO:

<ul>

* Run <li>Run tests with I18N DNs like _CN=Hans Müller,CN=Users,DC=example,DC=com_. <em>CN=Hans Müller,CN=Users,DC=example,DC=com</em>. Usernames and domains are ASCII but the DNs can contain non-ASCII characters which could cause issues with non-AD servers that require a DN for binding. Since LDAP is UTF-8 I suspect a server running in an ISO-8859 locale will fail in this scenario. It will be necessary to convert to and from UTF-8 as necessary.</li>

* dandean found that backslashes in passwords get escaped somewhere such that 'my\password' is converted to 'my\\password'. This could be occuring anywhere between form submission and {{bind()}}.

<li>dandean found that backslashes in passwords get escaped somewhere such that 'my\password' is converted to 'my<br class="atl-forced-newline" />password'. This could be occuring anywhere between form submission and <code>bind()</code>. FIXED - Turned out to be magic_quotes_gpc was on.</li>
</ul>

h3. Zend_Auth_Adapter_Ldap TODO:

<h3>Zend_Auth_Adapter_Ldap TODO:</h3>