Re: SDSF Authority Change with z/OS 1.11? (ISFUSER problem)

Yes, $TDEBUG,SECURITY=YES has been turned on. So we got RACF ICH408I message: ICH408I USER(userid_A) GROUP(group_A) NAME(name_A ) 868 CUL2.userid_B.jobname_A.JOB08302.D002.JESMSGLG CL(JESSPOOL)

SDSF Authority Change with z/OS 1.11? (ISFUSER problem)

Hello group, I'd be much appreciate that someone can help this SDSF problem. We recently migrated from z/OS 1.9 to 1.11 and some TSO users can't access other people's spool output anymore. We have RACF JESSPOOL class activated and some users had profiles defined to protect JOB output in

Re: SDSF Authority Change with z/OS 1.11? (ISFUSER problem)

Thanks Hayim, For some reasons that I unknown of, our shop has SDSF/GSDSF class inactive. So this is not an option. regards, Harry On Mon, 24 Jan 2011 11:06:20 -0500, Hayim Sokolsky hsokol...@dtcc.com wrote: You should not need an exit to accomplish an override of JESSPOOL by specific users

Re: SDSF Authority Change with z/OS 1.11? (ISFUSER problem)

Sorry, if I got things confused. We have JESSPOOL class ACTIVE, but SDSF class INACTIVE. There are a few profiles defined in class JESSPOOL. To allow certain user access job output even its RACF protected with JESSPOOL, we use PRESAF exit point in ISFUSER to set RC=04 (fall back to ISFPARMS);