Re: FTP to UNIX

The CR/LF is added by the ASCII mode of FTP.  That's what the ASCII mode
does, it makes sure that the "records" (or lines of a text file) are
delimited with CR/LF instead of some other method.   On the iSeries, it
also causes the data to be translated to ASCII...  but since most
computers are ASCII to begin with, the end-of-record thing is the main
reason for ASCII mode.

Of course, you could use BINARY mode instead.  If you were coming from
an ASCII machine such as Unix or Windows your problem would be solved.
But, on an iSeries, it won't do EBCDIC -> ASCII translation.  UNIX is
an ASCII system, so that may be a problem.

Here are some solutions:

      1)  Use a command like CPYTOIMPF/CPYTOSTMF to create a stream
          file in the format you want, and then FTP that in binary
          mode.

      2) Write a program to translate the file to a stream file, and
          again use FTP with BINARY.

      3) Make the file be one big record :)


On Thu, 31 Oct 2002, Gord Hutchinson wrote:

> I am FTPing an 80 column file to a partner's (USBank) Unix FTP server.  They
> are complaining that after column 80 is a carriage return/line feed.  The
> CR/LF is not imbedded in the data - it is being inserted after the end of
> each 80 column line.  I have been told that this is a 'feature' of FTPing
> between the iSeries and Unix.
>
> I am FTPing the file from the 'normal' QSYS file system.
>
> Is there anything I can do to drop the CR/LF either on the iSeries or in
> FTP?
>
> I had a look in the archives but could only find references to removing the
> CR/LF from the data record.
>
> Any help is appreciated.
>
> Gord
>