RE: Need to create a program that uses QSECOFR as adopted authority

Prompt the CRTCLPGM command and look at the help text for the user and
replace program parameters.

I suspect somebody forgot to delete the program before recompiling it.

Paul Nelson
Cell 708-670-6978
Office 409-267-4027
nelsonp@xxxxxxxxxxxxx


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Darryl Freinkel
Sent: Monday, July 25, 2016 3:46 PM
To: Midrange Systems Technical Discussion
Subject: Need to create a program that uses QSECOFR as adopted authority

We have a need to grant the help desk the authority to reset and/or change
user's passwords. We have written code to prompt the profile name and then
after doing some validation (not QSECOFR...) the program resets the user ID.

The CL program is owned by QSECOFR.

A help desk user, say PETER1, has access to the program via a menu option.
He runs the program and it aborts with a CPF2217 - not authorized to the
user profile.

What are we missing here?

I have not done this for many years and my understanding was that if the
program was owned by QSECOFR or a profile of *SECOFR class, the program
should execute as if the program was being run by QSECOFR.

So why is it aborting?

What am I missing?

TIA