I have discovered a problem with the 6.5 client, using NT-based OS, when changing an ID’s password with SECKFMChangePassword.
If I wish to take a user’s ID file, copy it to disk from their workstation, then change it’s password on my machine, using the above API. If I then copy it back to the original workstation, overwriting the previous .id file with the same name, the Notes client will still only accept the PREVIOUS password when I first login!!
Sometimes it will prompt me after it loads, for the new password. Sometimes it never does unless I rename the id file so that I have to browse for it. If I browse for it, then it works fine with the new password.
What is going on? I have Notes single login disabled. Why is Notes buffering the old password???
The client is probably using an in-memory cache of the ID file. If you shut down the client before replacing the on-disk copy of the ID file, the client will read the new ID file from disk on next startup.
The odd thing is, I copied over the ID file when the client was closed. After copying over the ID file, I relaunched the client - but it still asked for the old password, until I attempted to access my mail file or other server database.
any additional thoughts about what might cause this?
Thanks! It appears that nnotesmm.exe is hanging around in memory after the Notes client closes. If I terminate that process, everything works as expected.