Conversion of FTP to CoZSFTP on zos requires use of trtab for bespoke translate table. Data transfers fine and translates fine, however all data at target is stored on one line..... viewing the target file all LF (linefeed) are lost. If I send the file without the trtab option then data comes out with LF in place for each row (but obviously the char conversion has not happened so data in rows is incorrect). I have tried most variations of the linerule option to no avail.... (linerule=flexible / linerule=LF / linerule = CRLF / linerule = CRNL / linerule=RDW)
current code is
coz_bin="/usr/local/coz/bin"
remoteuser="pid1ftp"
server="clupipvlsk13.santanderuk.corp"
export PASSWD_DSN="PASSDEF.UNIX.PID1FTP(PROD)"
export SSH_ASKPASS=£coz_bin/read_std_passwd_dsn.sh
export DISPLAY=none
ssh_opts="-obatchmode=no"
ssh_opts="£ssh_opts -oconnecttimeout=60"
ssh_opts="£ssh_opts -oServerAliveInterval=60"
ssh_opts="£ssh_opts -ostricthostkeychecking=no"
ssh_opts="£ssh_opts -oCheckHostIP=no"
ssh_opts="£ssh_opts -oUserKnownHostsFile=/dev/null"
£coz_bin/cozsftp £ssh_opts -b- £remoteuser@£server <<eob
lzopts mode=text,trtab=SYS2.ALLUSERS.SRVRHOSP.TCPXLBIN
cd /opt/pibatchin
put //source.file target.file
when using FTP and this translate table, the data comes out fine (with LF in place) - any idea why the LF's are being lost when invoking the trtab option in CozSFTP? Do we need to modify the SYS2.ALLUSERS.SRVRHOSP.TCPXLBIN table in some way - or is there a linerule option or similar to prevent the data coming out on one line at target?
current contents of SYS2.ALLUSERS.SRVRHOSP.TCPXLBIN
000001 *TCP/IP translate tables
5ECD6CD4A989A98A84A8898A4444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444444
C337197039152313503123520000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
000002 !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ ÇüéâäàåçêëèïîìÄÅÉæÆôöòûùÿÖÜø£Ø× áíóúñѪº¿®¬½¼¡«» ÁÂÀ© ¢¥ ãà ðÐÊËÈ€ÍÎÏ ¦Ì ÓßÔÒõÕµÞþÚÛÙýݯ´@± ¾¶§÷¸ ¨·¹³²
000032221020000011113332113211114577465745546646FFFFFFFFFF7547667CCCCCCCCCDDDDDDDDDEEEEEEEEBEBB67888888888999999999AAAAAAAAC4DB06D54444455555566799CCCDDDEF758BF45CD4699AA5BBA8822022666B3333BB221202246130333348A77797772110673E5EECEA8AFFF8AABC81BBBE92BBDFE34
01237DEF655BCDEF0123CD2689F7CDEF0AFBAC0DDDCEB0B10123456789AECEEFC1234567891234567892345678910BAD9123456789123456789234567890F0C78C123478234768371CEBCDBDFCC0B0FF55EE99ABBFF87AABBC9185244814302427960A66A58960A0CC234F5673544A8BE9BDFF0EEEBDDD1EAFB9651D0D3AAAE1
000003 ü C" ¥ û¹ A H2 D· R× ©BE¢[ ò^ ~]Iö ¾áóÿ Ú d @ bhi« ð ý ¡ ¶ ¼ G Ø ¬ º LMOPQ - /ÂÄÀÁÃÅÇÑþ }ÖX 8¦,%_>?øÉÊ NWÓËÈÍÎÏÌ`: y z ´³ 54п3 )= # âäàáãåçñ0 mnsU'$.<(+|&éêÛ aptq 6ëèíîïìß!ÙS T | Ü
2200D2C72B2002001111DD0C12CF1111CB2DB211BCCBB200CB1BBCC0B4CD11F12228222222223227288882828222222A22B4B2C482222532922DDDDD263242322666666666A2DEE2F66666677722222DEE777777772A222A22BF2FFAAF2572227444444444F299AE7444444555F289A92F55555555FE2E243333333333F22222
0023C03F020BC0EF0123BA818082CDEF4309F07B42501067DA6CB9C495EF45EA00040000004EC8BC6289A0C0D010A90ADF617071000C5FE0B003467800A307D20123456789E00C708ABCDEF0120000056E3456789A08000900EA054CB30DE000B123456789004524DABCDEF012B01738063456789AD2030F0123456789C00000