× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



That change only goes into effect when they change their password. If you
want everyone to change their passwords now then do this:
DSPUSRPRF USRPRF(*ALL) OUTPUT(*OUTFILE) OUTFILE(QTEMP/LISTUSERS)
SELECT UPUPRF,
QCMDEXC('CHGUSRPRF USRPRF(' || UPUPRF || ') PWDEXP(*YES)')
FROM LISTUSERS
WHERE SUBSTR(UPUPRF,1,1) <> 'Q'
ORDER BY 1
The order by 1 makes sure the command runs on all users and not just the
first screenful.

Want to phase it in so that your help desk is not overwhelmed?
Then use a CASE construct to change ranges of user id's to expire at
different times, ie A-E now, F-I in x days, ...
Or run the sql once a week changing the range manually.

CHGUSRPRF does not respect the password rules. He who has *SECADM can
make his password whatever the heck he wants. It does get embarrassing
when the boss wants it to do emergency work and you tell him it's GOATFLOP
or something like that. ;-) And I did have that "Gee, um, uh IBM, let me
set up a special user id for you when you connect in" situation.
It's only enforced by CHGPWD and by the interfaces used by System i
Access.

Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2024 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.