I can only surmise that the message:
         userid  not receiving; disconnected
was designed in the good "olden days" (we both remember those!) when 
usually the only ones logged onto VM were real people, not service 
machines. 

If you were expecting an acknowledgement from the person on the other end 
along the lines of: 
"Sure, go ahead and re-assemble all of the DMK modules during the day 
while the interactive usage is high, it's OK with me", 
then you'd want to know that they were not connected, recalling that Mom 
and Dad rules do not apply at work, thus keeping you from shooting your 
career in the foot.  (Anyone with kids knows that they think that "Mom and 
Dad rules" are that "silence is acceptance")   ;-)

Nowadays, most of the "users" are often service machines.  However... we 
can easily code around that, e.g.:
EXECIO 0 CP  (STRING MSG targetid Does anyone know what time it is?
PIPE CP MSG targetid Does anyone really care? 

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



"Schuh, Richard" <[email protected]> 

Sent by: "The IBM z/VM Operating System" <[email protected]>
07/08/2010 05:39 PM
Please respond to
"The IBM z/VM Operating System" <[email protected]>



To
[email protected]
cc

Subject
Message Handling






With this setup:
 
Disconnected service machine
MSG ON
Console spooled
 
When a user sends a msg to that machine, the result is:
 
The message is displayed in the spooled console log.
The sender gets the message "HCPMFS057I svmid not receiving; disconnected"
 
Why does the sender get the message? Clearly, the message was received. 
That is, it was received unless you have some interesting definition of 
"received". 
 
Regards, 
Richard Schuh 
 
 
 



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. 


Reply via email to