On 04/01/13 23:16 +0300, Bbaale Fred wrote:
On 04/01/13 22:55 +0300, Bbaale Fred wrote:
The attribute is different after running ldappasswd on it even thought I am pretty sure that its the same password.
I still have the ldiff file. If I decoded the userPasswords in the ldiff file and did a slapadd again, would it work?
What format are the passwords in, in your original slapcat'd file (after uudecoding)? Do they contain a prefix ({crypt})?
They do not have ({crypt}) . Slapcat produced base64 userPassword values, which i slapadd'ed .
What are the first few characters of the password once base64 encoding has been removed? What 'password-hash' do you have configured in your config?
On Apr 1, 2013, at 10:46 PM, Dan White dwhite@olp.net wrote:
On 04/01/13 22:28 +0300, Bbaale Fred wrote:
My users can not login after a successful database migration from ldbm to bdb.
I did slapcat and slapadd my ldiff file sucessfully, but the userPassword attribute seems to have been modified.
Now for a user to login, i have to first change their password, or at least appear to do that. After doing a ldappasswd, even with the old password, the user can login.
Your help is needed , as I do not want to change passwords for 2000 users.
Fred Bbaale
What difference, if any, do you see in a user's entry (using ldapsearch) before and after running ldappasswd on it?