Check Password - weird going's on

We have used the server “Check Passwords” for some time, and when we set the person document to “Do Not Check Password,” it didn’t check passwords, nor did it hash the password presented. We set a person to “Do not check,” removed the current password hash, and saved the doc. We do this when they are reinstalling or otherwise need others to get into the account.

Since upgrading to 601cf1, seems that the next login, the person’s password is again hashed, and they or the support team are again locked out. Shouldn’t the person doc tell the server to not bother with this person? That’s the way it worked in previous (5.09) installations.

Has anyone else noticed this with 601cf1?

Subject: Check Password - weird going’s on…

As an addition, have just found out that we aren’t getting the Lockout ID to work since upgrading to CF1. Tried going to CF2, and no go.

Getting the “Can’t recreate” from Lotus.

Thoughts or experience?

Subject: RE: Check Password - weird going’s on…

Found the answer.

Security settings were overridding the choice of Locked out or Don’t check. If you decide to use this field in the person doc, don’t apply a security settings to a policy that is applied to your clients