Yes.

-------------------------------------------------
Larry Simonsen                Phone: 801-489-2450
Flowserve Corporation     Fax: 801-491-1750
PO Box 2200                    http://www.Flowserve.com
Springville, UT 84663      e-mail: [log in to unmask]
-------------------------------------------------
All opinions expressed herein are my own and reflect, in no way, those of my
employer.

 -----Original Message-----
From:   Michael L Gueterman [mailto:[log in to unmask]]
Sent:   Tuesday, July 03, 2001 12:59 PM
To:     [log in to unmask]
Subject:        Re: inetd and operator.sys, part 2

Donna wrote:

<snip>
>> Maybe an SIB item?
>
>this is an intriguing thought?  should inetd be modified to allow someone
>other than (literally) manager.sys to 'use' it.  given doug werth's
>comments (With inetd, even a user with SM capability cannot kill inetd.
>It appears to be hardcoded for MANAGER.SYS.  My guess would be that it
>started as source from UNIX that was programmed to look for root user (or
>UID 0) and chose to replace it with the closest MPE equivalent of
>MANAGER.SYS or UID 1.), it makes me wonder if it's possible.  i believe
>there is some argument for enabling operator.sys access to inetd though.
>what do 'we' think?         - d
<snip>

I think that either an OP or NM capability user would legitimately
have the right to kill (or reload) inetd.  Especially when your writing
automated shutdown scripts (for a future SHUTDOWN command :), this
would be a reasonable thing to do.

Regards,
Michael L Gueterman
Easy Does It Technologies LLC
http://www.editcorp.com
voice: 888.858.EDIT or 573.368.5478
fax:   573.368.5479
--

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *