A file transfer (JOBF) from a Mainframe source to a Windows destination, routed through Automic SaaS via a TLS Gateway, fails to complete.
Expected Behavior: The file transfer completes successfully.
Actual Behavior: The file gets stuck in the 'Transferring' status. The connection is successfully established between the agents but is immediately aborted. Logs may indicate errors such as:
Normal closure (1000)
An established connection was aborted by the software in your host machine
password_decode <-- (gss_AESDecrypt error(5002))
create_security_np_upwd <-- (error decoding password)
Note: A file transfer in the opposite direction (Windows to Mainframe) typically works successfully under these same conditions.
Mainframe Agent (Classic/C-based): 24.4.x
TLS Gateway: 24.6.0
OS Agent: 24.4.x
A known defect (DE184734) exists where the classic C-based z/OS agent silently fails to log in using the credentials provided in the login object.
To resolve this issue, apply the following configuration changes.
Because the classic Mainframe agent cannot process UTF-8, you must disable it on the destination Windows agent.
Open the INI file of the Windows agent.
Change the parameter from utf8=1 to utf8=0.
Restart the Windows agent.
Choose one of the following options depending on your security requirements and environment (e.g., Proof of Concept vs. Production):
Option A: Provide the Password (Recommended for Production) Set the correct password for the MVS in a login object (e.g., FTPUC4) so the agent can successfully pass the askRACF credential check.
Option B: Bypass the Credential Check (As a test to confirm that this is an issue with the login credentials) If you wish to use the MVS login without a password in AWI, you must disable the strict RACF checks.
Open the Mainframe agent INI file.
Set the following parameters:
ft_thread_level_security=no
askRACF=0
Restart the Mainframe agent.