Here it is... When the server gets something from TOM like cmd MSG OP CMD Q T it will change it to FOR TOM CMD MSG OP Q T..... I think that just might work
On Wed, Oct 13, 2010 at 11:51 AM, Mike Walter <mike.wal...@hewitt.com>wrote: > 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. >