Re: Changing automatic message reply

ldwopt@xxxxxxx wrote:

I have an error message, RNQ0907 defined in message file QRNXMSG
with an automatic replay of "C". When the message is replied to,
the job cancels too fast for the message monitoring system to
capture and report on the error. I did a WRKMSGD and tried to
change the auto response to "N". The system will not let me make
the change.

A message default can only be changed to a supported reply value. The value 'N' is not one of the alloewd VALUES(); i.e. CHGMSGD RNQ0907 DFT(N) MSGF(xxx/QRNXMSG) is not allowed because the only supported values are described by VALUES('D' 'S' 'G' 'C' 'F'). Changing the default to 'D' would seem a better choice for a default if the desire is to /capture/ details about the problem.

In talking to IBM, the tech sent me an IBM document
on changing the automatic reply function which directs me into
changing the auto reply function of the job description under
which the job was submitted.

The /job/ defines the /inquiry message reply handling/ according to its INQMSGRPY() parameter attribute setting. That parameter is also available in the *JOBD object, as alluded by the support document. Depending on to-where the message is sent while in batch, an attempt to suggest the reply is required [i.e. INQMSGRPY(*RQD)] may not assist.

Has anyone had to change this function and found an easier way to
do it? Any help would be appreciated.

Seems the runtime error message RNQ0907 is for a decimal data error condition which would better be monitored\handled within the program, rather than allowing the run-time to send the inquiry message when encountered. If there is benefit in leaving the job active, the handler could send an [its own] inquiry message and wait on a receive reply message, such that the "message monitoring system" could then "capture and report on the error."

Regards, Chuck