RE: MIDRANGE-L Digest V2 #877

        Steve, good hearing from you.  I knew the rules you state below they
are clearly noted in CPD277D.  Why I was going the route I was is
because I wanted  to manage such a small number of objects.  I must have
400+ devs and only want to control maybe 15.  

        Now I think I'll change my dummy profile to have *JOBCTL and not
*IOSYSCFG.  Let my CLP adopt this profiles rights.  That as you state
will let them vary on and off devices.  Now I just need to remove public
from the short list of devices and attach an authl with the few odd
profiles needing the ability.

        So TAP01,etc has authl with QBRMS, Robot, etc. on it and those not in
this list will not even see it if they do a WRKCFGSTS *DEV tap* through
the adopting program. 

---
  Douglas Hart  
  Sr. Consulting Technical Analyst
  mailto:dah6696@goulds1.com 



Doug:

In order for a user to vary on/off a device on the newer release,
*IOSYSCFG
is
not the issue.

You need *USE and *OBJMGT to the configuration object or *JOBCTL special
authority in the profile.

*IOSYSCFG relates to CONFIGURATION rather than varying on/off. It also
may
relate to some TCP/IP functions.

Perhaps this will help:

Signon to a high level profile to create the objects. This profile will
need authority to all sorts of things...probably will have to be
QSECOFR.

CRTUSRPRF CFGUSR      /* He'll own the configuration objects */
CRTLINSDLC  LINE   etc....
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---