It's just clever code on the server, depending on authorizations and privileges.
Even my ancient VMSERVE from the Download Library can be readily programmed to
do it. File output is easy, MSG output not so easy because of the indeterminate
end of the messages from service machines you don't control.
You might have to restrict the user to one msg command/response at a time to
prevent total confusion, especially across networks!
Les
Mike Walter 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" <[email protected]>
Sent by: "The IBM z/VM Operating System" <[email protected]>
10/13/2010 01:19 PM
Please respond to
"The IBM z/VM Operating System" <[email protected]>
To
[email protected]
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 <[email protected]>
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" <[email protected]>
Sent by: "The IBM z/VM Operating System" <[email protected]>
10/13/2010 12:01 PM
Please respond to
"The IBM z/VM Operating System" <[email protected]>
To
[email protected]
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: [email protected]
Subject: Forwarding program or mod?
To: [email protected]
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.
