On Monday, 09/22/2008 at 01:21 EDT, Rick Troth <[EMAIL PROTECTED]> wrote:
> On Mon, 22 Sep 2008, Alan Altmark wrote:
> > I'm not sure what you're getting at, Glen, but it has been alleged
that
> > some systems do NOT convert LF to CRLF on ASCII/TEXT mode
transmissions.
> > Looking at Debian's ft
> On Monday, 09/22/2008 at 02:10 EDT, gah <[EMAIL PROTECTED]> wrote:
> > In text mode (also called ASCII mode) the form on the TCP
> > stream is CRLF terminated. It is the responsibility of
> > both client and server to convert from native text form
> > to that form.
Correct.
(Haven't read the RF
On Mon, 22 Sep 2008, Alan Altmark wrote:
> I'm not sure what you're getting at, Glen, but it has been alleged that
> some systems do NOT convert LF to CRLF on ASCII/TEXT mode transmissions.
> Looking at Debian's ftp client and vsftpd, it would appear they do the
> right thing, but it would be g
On Monday, 09/22/2008 at 02:10 EDT, gah <[EMAIL PROTECTED]> wrote:
> > The defect exists in the ftp client, not the servers.
>
> In text mode (also called ASCII mode) the form on the TCP
> stream is CRLF terminated. It is the responsibility of
> both client and server to convert from native text
Alan Altmark <[EMAIL PROTECTED]> wrote:
On Friday, 09/19/2008 at 04:46 EDT, John McKown <[EMAIL PROTECTED]> wrote:
See previous message about the vsftpd server not doing this "munging"
The defect exists in the ftp client, not the servers.
In text mode (also called ASCII mode) the form on
On Sat, 20 Sep 2008 11:51:08 -0400, Alan Altmark <[EMAIL PROTECTED]
> wrote:
>On Friday, 09/19/2008 at 04:46 EDT, John McKown <[EMAIL PROTECTED]> wrot
e:
>
>> See previous message about the vsftpd server not doing this "munging"
>(as
>> he calls it) by default.
>
>The defect exists in the ftp clie
On Friday, 09/19/2008 at 04:46 EDT, John McKown <[EMAIL PROTECTED]> wrote:
> See previous message about the vsftpd server not doing this "munging"
(as
> he calls it) by default.
The defect exists in the ftp client, not the servers.
Alan Altmark
z/VM Development
IBM Endicott
Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of John McKown
=>Sent: Friday, September 19, 2008 4:43 PM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Question about FTP to z/VM
=>
=>On Fri, 19 Sep 2008, Hughes, Jim wrote:
=>
=>> Time out. Dog on the field.
=>>
r 19, 2008 4:25 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question about FTP to z/VM
On Friday, 09/19/2008 at 04:09 EDT, Edward M Martin
<[EMAIL PROTECTED]>
wrote:
> That takes me to the manuals. I have the TCP/IP USERS Guide online
> here.
> Could you be a bit more specific? Is
>> Issue the ASCII command before transferring it on the sending side. That
>> should force LF->CR/LF conversion (the FTP spec requires CR/LF on the wire).
>> Most Unix FTP clients default to binary mode these days, which is why you
>> get the raw LF.
>
> See previous message about the vsftpd ser
On Fri, 19 Sep 2008, David Boyes wrote:
> Issue the ASCII command before transferring it on the sending side. That
> should force LF->CR/LF conversion (the FTP spec requires CR/LF on the wire).
> Most Unix FTP clients default to binary mode these days, which is why you
> get the raw LF.
See prev
On Fri, 19 Sep 2008, Hughes, Jim wrote:
> Time out. Dog on the field.
>
> The RFC for ASCII transfer states all ASCII transfers are put on the
> wire in ASCII text and carriage return/line feed are record delimiters.
> Don't blame Z/VM if the sending system is not creating proper syntax.
>
> Car
On Friday, 09/19/2008 at 04:09 EDT, Edward M Martin <[EMAIL PROTECTED]>
wrote:
> That takes me to the manuals. I have the TCP/IP USERS Guide online
> here.
> Could you be a bit more specific? Is there a site command that will
> allow z/VM to recognize x'0A' as the end of record?
No, there is no
Issue the ASCII command before transferring it on the sending side. That
should force LF->CR/LF conversion (the FTP spec requires CR/LF on the wire).
Most Unix FTP clients default to binary mode these days, which is why you
get the raw LF.
Question: are these fixed length records? If so, try SITE
f fun to do the impossible." (Walt Disney)
=>-Original Message-
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of Edward M Martin
=>Sent: Friday, September 19, 2008 2:48 PM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Question about FTP to
al Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jack Woehr
Sent: Friday, September 19, 2008 2:43 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question about FTP to z/VM
Edward M Martin wrote:
> So I am getting that z/VM FTP can not handle a file without a CRL
Edward M Martin wrote:
So I am getting that z/VM FTP can not handle a file without a CRLF from
Unix and get it in a readable format?!?
http://publib.boulder.ibm.com/infocenter/zvm/v5r3/index.jsp?topic=/com.ibm.zvm.v53.dmse6/hcsl8b20.htm
--
Jack J. Woehr# "Self-delusion is
http://
one record of 11919 bytes.
Ed Martin
Aultman Health Foundation
330-588-4723
ext 40441
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of John McKown
Sent: Friday, September 19, 2008 2:16 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question about FTP
On Fri, 19 Sep 2008, Edward M Martin wrote:
>
>
> Hello Everyone,
>
> I have a UNIX file that is not using x'0D0A' to delimit the file.
>
> It is a print file (I believe) that only uses x'0A'.
> What is the site command to z/VM to allow the end of record to be
> only a x'0A'?
>
>
On: Fri, Sep 19, 2008 at 12:29:59PM -0400,Edward M Martin Wrote:
} I have a UNIX file that is not using x'0D0A' to delimit the file.
} It is a print file (I believe) that only uses x'0A'.
That normal for 'ix systems. Its a line feed
} What is the site command to z/VM to allow the end
Hello Everyone,
I have a UNIX file that is not using x'0D0A' to delimit the file.
It is a print file (I believe) that only uses x'0A'.
What is the site command to z/VM to allow the end of record to be
only a x'0A'?
On the z/VSE side we have a RECLF command.
21 matches
Mail list logo
