Mark Allen wrote:
Currently the QPWDLMTCHR value is set to #$_@ and they want be to allow any
characters.

Is there any system/technical reason they should not be allowed on the 400
or was this just a "choice" made by whoever set it to this value eons ago.

Not reason that I know of, seems like just a choice - unless someone brought in multiple language field name rules.

QPWDLVL is set to 0 (allow passwords to be 1-10 long) and we need to change
it to 2 (allow 1-128) but set the QPWDMAXLEN to 32.

Any gotchas there especially concerning mapped drives user have to
directories on the IFS?

Maybe. We implemented password complexity here a few months ago. Had one user that couldn't map to QDLS once he changed his password after the new rules. Since the iSeries password field is not case sensitive, the new rules should have had no affect, but somehow it did. Had to change his login script to have the drive connect via another profile.

During my research regarding the problem, I ran across an IBM document that mentioned that mixed case passwords can cause problems in some environments.

Bill

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].