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 BbaaleWhat difference, if any, do you see in a user's entry (using ldapsearch) before and after running ldappasswd on it?
-- Dan White