TIBCO Managed File Transfer Platform Server for z/OS hotfix CZ01903 is now available
book
Article ID: KB0103836
calendar_today
Updated On:
Products
Versions
TIBCO Managed File Transfer Platform Server for zOS
-
Not Applicable
-
Description
Description: CZ01903 is a cumulative hotfix that resolves defects and includes defects resolved in prior hotfixes. It supersedes all prior hotfixes for release 7.1.0.
Defects fixed in CZ01903: PSZ-41: Platform transfers initiated by Command Center fail when using a Responder Profile on z/OS PSZ-38: Resolves a 0E0 abend in module FUSASEND when Access Register 1 is corrupted by 3rd party software. PSZ-37: Resolves a problem when an error message is received from a transfer partner that exceeds 120 bytes, the message displayed is truncated at 120 bytes. PSZ-35: Display a more descriptive message when abend 913-34 is received. PSZ-34: Resolves problems with the following parameters when collected by MFT Command Center: Delimiter(LF) and Type (Text/Binary). PSZ-33: Resolves a problem where Active and Inactive transfers were incorrectly returned on the ISPF "Manage File Transfers" page when the Remote Transaction Number was entered. PSZ-32: Resolves a problem where message "PGT1002I" is displayed when initiating a request to a Windows Platform Server. PSZ-31: Resolved problem on the ISPF Transfer Audit detail page where the Compressed Byte count is displayed incorrectly when the compressed byte count exceeds 2GB. PSZ-25: Added support to the FUSUTIL utility to DELETE or RENAME migrated datasets. PSZ-22: Resolved a problem with managing a z/OS Platform Server from Command Center when the z/OS password has lower case characters. PSZ-16: Adds new Transfer parameter: CRLF=USSLF. This parameter allows you to send a z/OS DSN to a z/OS USS file and terminate the USS file records with an ASCII LF (0x0A). PSZ-13: Resolved a problem where message PGTM7247E was incorrectly issued when the local file name was too long. PSZ-8 : Resolved a problem with corrupted data when the following parameter is specified: SENDRECFMU=NOBDW This parameter is now restricted to files with RECFM=V or VB. If this parameter is used on a file with a different RECFM value, the transfer will be terminated with an error.
Defects fixed in CZ01900: PSZ-8 : Added a new value to the batch SENDRECFMU parameter: NOBDW SENDRECFMU={YES|NO|NOBDW} Default=NO : When YES is specified for a SEND, the file will be opened using RECFM=U. Each block will be written as an individual record. The main usage of this parameter is to retain the RECFM=VB block and record structure when sending to a UNIX or Windows platform. : When NOBDW is specified for a SEND, the file will be opened using RECFM=U. Each block will be written as an individual record. This parameter is the same as YES, except that the BDW is not sent. Note: This parameter should only be used when TYPE=BINARY is specified
Defects fixed in CZ01874: : Default for EMAILSUBGOOD and EMAILSUBFAIL incorrectly references token #(TR). The correct token is #(TID). : 0C4 abend at OSISGLBL+ADC0 occurs when trying to display message PGTS1502I at startup : XCOMJOB alias for member FUSXJOB was corrupted : When queuing transfers through Cross memory and using the LOCAL_USER (LUSER) parameter, the authorization check is incorrectly performed against the user that submitted the request, sometimes resulting in an Authorization error. : Added new batch parameter: SENDRECFMU={YES|NO|NOBDW} Default=NO When YES is specified for a SEND, the file will be opened using RECFM=U. Each block will be written as an individual record. The main usage of this parameter is to retain the RECFM=VB block and record structure when sending to a UNIX or Windows platform. When NOBDW is specified for a SEND, the file will be opened using RECFM=U. Each block will be written as an individual record. This parameter is the same as YES, except that the BDW is not sent. Note: This parameter should only be used when TYPE=BINARY is specified : ISPF Local File Name was translated to upper case incorrectly. This caused problems when transmitting HFS files.
Defects fixed in CZ01871: : Resolves a dynamic allocation error when VSAM MAXLRECL > 32760. Transfers will now fail if the VSAM MAXLRECL is > 32760. : 0C4 abend received under following circumstances: : Transfer is using compression : Transfer starts sending compressed bytes : Transfer terminates with an error
Defects fixed in CZ01869: : Fixes a problem where PPA defined in DNI members enabled at startup only get executed for the first DNI member enabled. If you disable and enable the DNI member, PPA is executed. : Resolves an 0C4 abend when the VSAM MAXLRECL is > 32760. Transfers will now fail if the VSAM MAXLRECL is > 32760.
Defects fixed in CZ01866: : Resolves a loop that occurs under the following conditions: : Send a PDS or PDSE with a wildcard in the local file name : The Sender is not authorized to access the input dataset
Module(s) Affected: DNICONFG FUSARECV FUSASEND FUSASNAR FUSATERM FUSCFINQ FUSCFOPR FUSEMAIL FUSIONIO FUSOPER FUSTB001 FUSTLV FUSUTIL FUSXJOB OSIADIR0 OSIMSGS OSINBDAP OSISGLBL OSIUB000 OSIUX000 XCOMJOB* * Note that XCMOJOB is an alias of FUSXJOB Exec(s) Affected: FUSION Panel(s) Affected: OSICE021 OSICE301 OSICE504
Please contact TIBCO Support to download this hotfix.
Issue/Introduction
TIBCO Managed File Transfer Platform Server for z/OS hotfix CZ01903 is now available
Environment
Product: TIBCO Managed File Transfer Platform Server for z/OS
Version: 7.1.0
OS:
--------------------