Hello,
I am using the CO:z SFTP client to send a z/OS dataset to a Unix
server. The file is a fixed record length of 240 bytes. On z/OS
when I view the dataset in hex, I can see that some of the records
are padded with blanks (x'40') to the end.
The person on the Unix side is telling me that the file is off because
they are supposedly not seeing the blanks (i.e. the SFTP client is not
sending them).
Is there any option for the SFTP client that must be enabled to cause the
training blanks to be sent to fill out the record.
Thanks
sftp of a z/OS Fixed Record Dataset to a Unix Server
If you use mode=binary (the default), then the blanks will not be trimmed. But, I assume that you want to convert the data from EBCDIC to ASCII, and mode=binary won't do that.
If you set mode=text, then the default behavior is to trim blanks and insert newline characters between records.
The "notrim" option will disable trimming.
If you want to send translated 240-byte records without inserting a line separtor, then set "notrim" and "linerule=none".
For example:
lzopt mode=text,notrim,linerule=none
For more information, here's the relevant documentation link:
http://dovetail.com/docs/sftp/using.htm ... ts_general
If you set mode=text, then the default behavior is to trim blanks and insert newline characters between records.
The "notrim" option will disable trimming.
If you want to send translated 240-byte records without inserting a line separtor, then set "notrim" and "linerule=none".
For example:
lzopt mode=text,notrim,linerule=none
For more information, here's the relevant documentation link:
http://dovetail.com/docs/sftp/using.htm ... ts_general