Ah... well that's a slightly different situation. I do not recall any way USERA to issue a message to a server, which then relays it to another server and spontaneously re-routes the output back to USERA.
If nothing else were happening during that timeframe, USERA could SET OBSERVER ON for that server, issue the command to the server, have the server send it to OPERATOR, and since you are OBSERVE'ing the server you would see the reply and could SET OBSERVER OFF. But that is sooo timing dependent, and sooo reliant on someone else not issuing a command while you are observing the server. Uuuuuugly! Or, since you own the server, which is presumably running WAKEUP, or Kris's RXSERVER, or Finn's PIPESERV (latter two on the IBM VM Download page), or some other server code, you could teach the server to accept commands for it to execute and return the results to you. I wrote a WAKEUP SAMPEXEC (recently posted to the list, search the archives) which could be easily modified to do that. E.g. CP SMsg serverid cmd: command for some other server When "serverid" receives the "cmd:" it checks to see if the sender is one of the select few authorized to do that, issues the command, traps the response, and sends it to the issuing user with MSGNOH. SMOP! :-) Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "Tom Huegel" <tehue...@gmail.com> Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> 10/13/2010 01:19 PM Please respond to "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Forwarding program or mod? Maybe I should have been more clear. BOB is not a pearson, but another service machine (maybe PROP, or RSCS) that will respond to the sender as he sees it. I.E. MSG OP CMD Q V DASD and PROP will return the output of Q V DASD to me. If I send via my server machine the response is returned to the server not to me. I thought I remembered a way that we could send MSG, SMSG, etc. 'asuser'. I may be mis-remembering. On Wed, Oct 13, 2010 at 10:14 AM, Mike Walter <mike.wal...@hewitt.com> wrote: Or... if security allows, add a new privclass for MSGNOH as privclass 'M' (e.g. in SYSTEM CONFIG, include: MODIFY CMD MSGNOH PRIVclass ACBM ) and then authorize the servers that need it to enter: CP MSGNOH bob MSG FROM you: message test here Someone needs to decide which is worse, authorizing servers for CP SEND CP, or authorizing MSGNOH. MSGNOH can be used to send "MSGNOH hapless_userid MSG FROM SATAN YOU'VE BEEN A BAD USER! WELCOME TO MY DOMAIN!" ;-) Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "Mark Wheeler" <mwheele...@hotmail.com> Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> 10/13/2010 12:01 PM Please respond to "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Forwarding program or mod? CP SEND CP serverid MSG BOB HI where your userid is the SECUSER for serverid Mark Wheeler UnitedHealth Group Date: Wed, 13 Oct 2010 09:57:13 -0700 From: tehue...@gmail.com Subject: Forwarding program or mod? To: IBMVM@LISTSERV.UARK.EDU Hi, I seem to remember a program or mod that allowed the 'FROM' part of a command to be changed... Example .. I do MSG serverid CP MSG BOB HI .. Then the serverid would invoke the 'mod' and CP MSG BOB HI. But to BOB it would look like the message came from me NOT from the server machine. Or is it possible that it's not October leaves the neighbor is burning? Thanks 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. E-mails 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 e-mail. 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. E-mails 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 e-mail.