Re: FTP CR/LF issues

2013-03-08 Thread Michael Harding
ott/IBM@IBMUS > To: LINUX-390@vm.marist.edu, > Date: 03/08/2013 11:13 AM > Subject: Re: FTP CR/LF issues > Sent by: Linux on 390 Port > > On Friday, 03/08/2013 at 01:49 EST, "Davis, Larry (National VM > Capability)" wrote: > > When pulling files using the GET c

Re: FTP CR/LF issues

2013-03-08 Thread Michael MacIsaac
Larry, > When pulling files using the GET command in FTP from LINUX to VM, the CR/LF is lost and the files end up as one huge line in CMS. Wait, what? Are you pulling from VM or Linux? Try pushing from Linux to z/VM (PUT). I ran into this about a month ago, and there's a long thread. The bott

Re: FTP CR/LF issues

2013-03-08 Thread John McKown
Which ftp server? vsftpd does this quite often if it is not customized correctly. In particular, in /etc/vsftpd/vsftpd.conf , you need the lines: ascii_upload_enable=yes ascii_download_enable=yes I think they are comment'd out in a section which looks like: # By default the server will pretend t

Re: FTP CR/LF issues

2013-03-08 Thread Alan Altmark
On Friday, 03/08/2013 at 01:49 EST, "Davis, Larry (National VM Capability)" wrote: > When pulling files using the GET command in FTP from LINUX to VM, the CR/LF is > lost and the files end up as one huge line in CMS. > > Is there a function on the Linux side I need to change to prevent this or is

Re: FTP CR/LF issues

2013-03-08 Thread Mark Post
>>> On 3/8/2013 at 01:47 PM, "Davis, Larry (National VM Capability)" wrote: > When pulling files using the GET command in FTP from LINUX to VM, the CR/LF > is lost and the files end up as one huge line in CMS. > > Is there a function on the Linux side I need to change to prevent this or is > i

FTP CR/LF issues

2013-03-08 Thread Davis, Larry (National VM Capability)
When pulling files using the GET command in FTP from LINUX to VM, the CR/LF is lost and the files end up as one huge line in CMS. Is there a function on the Linux side I need to change to prevent this or is it an entry in the FTP client on VM? Larry Davis, HP Enterprise Services E-mail: larry