> Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ?
They could. But then ... - they would each need a VM userid (which few have) - someone would have know to remove VMYIAMOP authorization if they move to a different role - they could access the VM:Operator console from any location (instead of typing it down to specific terminals in a controlled, secure location) - we'd have less security control - and more that I've forgotten since deciding to do it this way. VMYIAMOP is terrific, and we sysprogs use it regularly. We just find that we have better control with DIAL OPERATOR (even though all the authorized DIAL users need to use the same model terminal when dialing - we prefer Mod 4's). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Kris Buelens" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" <[email protected]> 12/21/2007 10:25 AM Please respond to "The IBM z/VM Operating System" <[email protected]> To [email protected] cc Subject Re: HCP743E from DIAL command on Integrated 3270 Console Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ? (this way, each VMOPER user can even be tailored to its needs, for example some people at my customer's installations have view for the DB2 servers, I don't. The tailoring is done can creating a "xxxxx USERID" file on VMOPER's 193 minidisk). Here my OPER EXEC, that issues the LINK and the VMYIAMOP /* This exec starts a session with VMOPER (and links to VMRMAINT ) +-----------------------------------------------------------+ | format: | OPER | +-----------------------------------------------------------+ 14 May 2004: set MSG OFF if using OPER from SNA screen Written by: Kris Buelens IBM Belgium; KRIS at VMKBBR01 8 Feb 1991*/ address command /* On SNA screens, VMYIAMOP hangs if many CP msgs are waiting to be shown as a result, the VMOPER panel is no longer updated. */ parse value diag(8,'Q V CONS') with 'VSM' vsm '15'x parse value diag(8,'Q SET') with . msgSet ',' if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG OFF' 'ESTATE VMYIAMOP MODULE *' if rc^ =0 then 'EXEC LNK VMRMAINT 193' if rc=0 then 'VMYIAMOP VMOPER' src=rc if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG ON' exit src 2007/12/21, Stephen Frazier <[EMAIL PROTECTED]>: > The code you are proposing to modify was likely written before the Integrated 3270 Console existed. > The writers of the code did not prevent using the DIAL command. They just never allowed it. Some > future release of VM will probably include that capability. > > Mike Walter wrote: > > > > > > But CP responds to any DIAL command from the Integrated 3270 Console > > with message: HCPDIA743I DIAL function not available > > > > I could easily modify HCPDIA to get around this, but before doing so > > would like to understand the rationale which led IBM to prevent DIAL > > from an Integrated 3270 Console. > > -- > Stephen Frazier > Information Technology Unit > Oklahoma Department of Corrections > 3400 Martin Luther King > Oklahoma City, Ok, 73111-4298 > Tel.: (405) 425-2549 > Fax: (405) 425-2554 > Pager: (405) 690-1828 > email: stevef%doc.state.ok.us > -- Kris Buelens, IBM Belgium, VM customer support The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
