When performing a File Transfer (JOBF) to a Unix server using a Java-based Unix Agent, the transferred files are created with -rw-r--r-- (644) permissions regardless of the user's umask settings (e.g., 0002 or 0007).
A defect in the Java-based Unix Agent prevents the receiver component from correctly applying the intended file mode/permissions during the finalization of the file transfer. This is particularly prevalent when the file already exists on the target system and an override is performed, or when specific attribute overtaking logic is bypassed.
This issue is tracked under internal defect DE183000.
Update to one of the following versions or a newer version where the fix for DE183000 is included:
If an upgrade is not immediately possible, you can manually set the required permissions using a post-processing step:
chmod command to set the desired permissions on the transferred file.Example:
chmod 664 &$DST_FILE#Public Title:
File permissions not being set when overwriting files in file transfer
Public Description:
A problem has been solved where, if a file transfer was executed with the overwrite option and the target file already existed, the file permissions were not applied—even if the transfer was explicitly configured to include them.
Article title: How to register to Broadcom Software Product updates and Critical Alerts
https://knowledge.broadcom.com/external/article?articleId=133819