Wrong password when trying to logon (actually password is correct) 1

[Panda]

When user try to logon to Notes client, enter the password as prompted, and
the following message is displayed:

'Wrong Password. (Passwords are case sensitive - be sure to use correct
upper and lower case.)

And even though after making sure of the correctness of the password and the
ID file used, the same message persists.

And then the user, go to Windows Explorer, and double click to open the
local replica of her notes mailbox, and prompted with password as usual,
when she enters the password (same one as entered when prompted for Notes
clinet login), and she's able to open the local replica of the Notes DB
without any problem.

She exit the Notes client, and click to logon to the Notes client again, and
now she's ok with the logon (with same password).

Anyone know what could be the problem? Where does the password being saved?
Was the info corrupted? And would it be ok from now on? Why is that after
opening the local replica fixes the 'Wrong Password' problem?

Appreciate any pointers.

s.l.

 

[drumdip]

It is a fairly straight forward process. The Notes password is stored in the ID file of the user (*.id). The ID file is normally (Should be) stored in the C:\Notes\Data directory.

I would do a file search on the PC to ensure you do not have two ID files located on the PC. It is possible that during off line replication someone copied an older id to a directory the replica looks to for authentication.

Also check the "Office" location document and ensure it is pointing to the proper ID for authentication. Is it possible Notes was re-configured from a previous user and the location document or notes.ini file are still pointing to an older user id file in the database.

Uninstalling notes does not remove the Notes\data directory.

If you keep backup copies of ID's on a network or backup device, use that to re-create the process. Deleting all but the top 4 lines of the ini file will regenerate the setup.

 

[lotustech]

i would try replacing the ID file, as it probably has become corrupt.

 

[woonjas]

did you enable password checking on the server document's security tab?

(and on the person document of the user?)
(for more information about this feature, check the administration help database)
if so, then the user may have used a copy of his/her id file on another pc and changed the password on that copy

so eventhough the password on the current copy of the id is correct for that id, it's still complaining.
In order to be able to use this copy again on the server, edit the user's person document and clear the passworddigest field on the administration tab.

cheers. Woonjas
IRC: #notes on EFNet

 

[djstv]

definatley corrupt ID file. Were did u get a copy of the ID file from? Ive had this problem before were the Password has been correct but the ID file has been corrupt.

Get a another copy of the ID file!

djstv

 

[domino888]

switch to the correct ID file Power up your Notes/Domino if you know how to use it!

Q1: what is power?
Q2: what is up?
Q3: what is Notes/Domino? *&%$#@