Woher kommt Autoantwort bei CPYF

[ubas]

Hallo zusammen,

ich habe folgendes Problem auf einer Kundenmaschine unter 7.3.:
Es wird aus dem JOBSCDE heraus ein CL gestartet welches einen CPYF einer Datei QTEMPT/A in eine Datei ZIELLIB/B mit *ADD enthält. Der Benutzer unter dem dieser Job lief enthält die QDFTJOBD mit Antworteinstellung *RQD. Der Job bekam beim CPYF die Fehlermeldung CPF2972 welche in der selben Sekunde mit selbem User mit C beantwortet wurde. In der Antwort steht als Programm QMHSNINQ. Ich habe dann mal Google befragt und kam leider nicht weiter. Auch konnte ich in der WRKRPYLE nicht diese CPF-Meldung finden. Auch nichts unter irgendwelchen Watchjobs zu finden. Hat jemand noch eine Idee?

[Fuerchau]

Siehe mal hier:
https://www.ibm.com/support/pages/understanding-what-controls-automatic-reply-function

Siehe Block: QMHSNINQ

Vielleicht wurde ja eine Default-Antwort in die Nachricht selber hinterlegt.

[RobertMack]

DSPMSGD CPF2972 - Fehler beim schreiben...

LIBL? Overrides? Berechtigungen?

[Fuerchau]

Es gibt 2 Arten von INQ-Nachrichten:
Senden an QSYSOPR, das funktioniert auch im Batch.
Senden an *EXT, das wird im Batch automatisch beantwortet.

[Pikachu]

Steht in WRKRPYLE vielleicht ein Sammler CPF0000 oder ähnlich?

[Fuerchau]

NOTE: IBM ships 4 generic message IDs in the system reply list, CPA0700, RPG0000, CBE0000, and PLI0000. These can be removed, however, one might have to reply to messages that would normally be automatically replied to and more jobs may be seen in MSGW on WRKACTJOB. If the entries are going to be removed, take note of the entries so that they can be added back if the resulted behavior causes problems.

Wenn einer CPF0000 dann zusätzlich eingetragen hat gehört er erschlagen.

[ubas]

Tja, alles selbst schon geprüft. Was ich noch herausgefunden habe ist, das dieser User seine Nachrichtenwarteschlange auf Zustellung. . . : *HOLD stehen hat.
Werde wohl zu Testzwecken das Szenario nachbauen müssen.

[Pikachu]

Ist das überhaupt eine Antwort auf diese CPF-Nachricht!?