An application program participates in a conversation initiated by another transaction program by issuing APPCCMD CONTROL=RCVFMH5 to receive the FMH-5 that was sent.
Application programs must always issue APPCCMD CONTROL=RCVFMH5 when notified of the arrival of an FMH-5. They cannot reject a conversation request by refusing to receive the FMH-5.
If an application program cannot support a conversation when notified of the arrival of the FMH-5, it can wait to issue APPCCMD CONTROL=RCVFMH5 until it can do so, or it can issue the macroinstruction and then use one of the abnormal conversation termination macroinstructions to immediately end the conversation. (See Checking the received FMH-5 for more details on ending the conversation.)
(For details on the syntax and operands for the macroinstruction, refer to the z/OS Communications Server: SNA Programmer's LU 6.2 Reference.)
If several FMH-5s are waiting to be received, and those FMH-5s can be received, they are processed in a first-in, first-out manner. When persistent sessions are used, the application program might be unable, temporarily, to receive FMH-5s.
As an alternative to these types of notification, the application can bypass ATTN exit processing by issuing an RCVFMH5 request that is queued by VTAM before the FMH-5 is received. See Queuing the RCVFMH5 macroinstruction for more information. Application programs can also maintain an internal timer and periodically issues APPCCMD CONTROL=RCVFMH5, QUALIFY=NULL. In this case, the application program must deal with nonzero return codes when no FMH-5s are available to receive.