You can always do a DSPUSRPRF to an output file. Then do something like
strsql
select upuprf, qcmdexc(chgusrprf &upuprf pwdexp(*yes)) where
chkpwdchangedate(pwdlastchangedate)...
providing you have a sharp programmer who wrapped up qcmdexc into a "user
defined function" and I didn't look up all the variables because I am in a
hurry. We can do this.
I didn't think CHGPWD was set to
Allow limited user . . . . . . . . . . : *NO
but it is - interesting. I expected CHGUSRPRF to be, and it is.
You could show all your users how to do this in iNav. If that project
rolls out smoothly (and if your user count is over 10) let me know. I am
very interested to witness the Second Coming.
Then again, it's no big shakes to either put CHGPWD on a menu or to do
CHGCMD CMD(CHGPWD) ALWLMTUSR(*YES)
Personally, the only people I can see that upsetting are users who do one
of the following
- share passwords
- leave their screens signed on and have some joker change it.
Then again, you could roll out EIM and bypass signon's to your i. We did
that for INCREASED security reasons.
Rob Berendt
As an Amazon Associate we earn from qualifying purchases.
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.