In unattended mode, CP-AMS performs the following default actions:
CP-AMS issues an alarm after it receives a read-alert message.
CP-AMS issues an alarm after it receives a read-and-reply message except for the following:
When the last OM keyin had the TRME option specified
When issued by an @MSG,W keyin
If the UALM option was specified on the last OM keyin, CP-AMS issues an alarm when a user run terminates abnormally.
If the TRME option was specified on the last OM keyin, AMS aborts nonprivileged runs that send unanswered read-and-reply messages. Refer to F.8.
CP-AMS automatically responds to any read-and-reply messages issued using the @MSG,W control statement. CP-AMS responds with the following message:
MODE IS UNATTENDED, REQUEST REJECTED
When a @MSG,W message is received, the CP-AMS response minimizes the possibility of a user or program hang when a system operator is not present. This kind of message has a sender type of Exec, even though it is often sent from nonprivileged user programs, runstreams, and users at demand terminals. Consequently, it does not fall under the umbrella of the TRME option from the OM keyin.
Refer to 2.10.3 for more information on matching messages resulting from @MSG and @MSG,W statements.
Note: If you have applications that issue @MSG,W statements and they accept only certain text as input to answer the message, then that read-and-reply message can be issued repeatedly in unattended mode because MODE IS UNATTENDED, REQUEST REJECTED is most likely not the correct answer. In this case, you should provide matches in the database for these types of messages in unattended mode or not use unattended mode.