> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Yukus, Mary J CIV USMEPCOM > Sent: Wednesday, July 09, 2008 3:46 PM > To: [email protected] > Subject: Re: SFTP GET COMMAND QUESTION > > I'm not sure about hex, but when you look at it in Octal (in > Linux), on FTP'd > file there is a \r (or CR value) followed by a \n (or LF > value). On the > SFTP'd file, there is only a \n (LF value). That is where it > gets lost. The > \n is supposed to be the LF but when it gets passed to z/OS, > z/OS doesn't > seem to recognize it and continues on with one long line. > That is what I was > wondering is if somewhere in the z/OS GET command you have to > tell it to use > LF and not CR. Is this where the TR command fits in or is > there another way? > > Right now the only other idea is to add the CR value back > into the file, but > I don't like the idea of modifying a production file by adding in the > character. > > Thanks, > Mary
OK, I just did a test with my Linux/Intel system. In my z/OS ftp job, I did a GET command to get a file from Linux to z/OS. I used the "vsftpd" ftp server and the "proftpd" ftp server for my tests. The results are below: vsftpd server - lines end with CRLF - file on z/OS is good vsftpd server - lines end with LF only - file on z/OS is bad - a single line proftpd server - lines end with CRLF - file on z/OS is good proftpd server - lines end with LF only - file on z/OS is good It appears that the vsftpd server is not responding correctly. While "in transit", lines being ftp'ed in ASCII mode are supposed to end with CRLF. An ASCII based UNIX server should convert the LF to a CRLF. vsftpd is apparently not doing this. My suggestion: use the proftpd server on z/Linux instead of the vsftpd server. If this is not possible, then the file on z/Linux needs to be converted to have CRLF at the end of the line. This can be done with the "unix2dos" utility on z/Linux. This cannot be fixed on the z/OS side as best as I can tell. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
