Code

Applied patch from Ticket 112.
authorhickert <hickert@594d385d-05f5-0310-b6e9-bd551577e9d8>
Thu, 19 Jul 2007 05:51:52 +0000 (05:51 +0000)
committerhickert <hickert@594d385d-05f5-0310-b6e9-bd551577e9d8>
Thu, 19 Jul 2007 05:51:52 +0000 (05:51 +0000)
commit2181d07343e665db952e2c4c5ce1e6b911378d26
treebce022a1dacfb5a281d3f80a43f52032cdf2eede
parentf1fd6cfe0fb589d9730a6c449b1a265a4fadb8b1
Applied patch from Ticket 112.

Updated password method hash names to uppercase :
{crypt} to {CRYPT} and so on

TICKET DESC :
Currently some password classes use a lowercase password hashing scheme string in the userPassword attribute whilst others use an uppercase hashing string. rfc2307 and rfc2307bis do not dictate a standard but the uppercase string is a representation that is being used historically by different vendors, including OpenLDAP itself.

I propose to use uppercase everywhere (see attached patch). Since openldap/slapppaswd uses the uppercase notation itself I do not suspect any regressions on any deployed systems will occur.

I know of an application that syncs passwords from LDAP for internal usage and trips over lowercase representation (which is a bug in that program ;-) ). That bug showed me that GOsa didn't handle this consistently.

git-svn-id: https://oss.gonicus.de/repositories/gosa/trunk@6916 594d385d-05f5-0310-b6e9-bd551577e9d8
include/class_password-methods-crypt.inc
include/class_password-methods-md5.inc
include/class_password-methods-ssha.inc