Re: client requests ending \012
Keith Moore <moore@cs.utk.edu> Wed, 26 July 2000 13:29 UTC
Received: from cs.utk.edu (CS.UTK.EDU [128.169.94.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA10214 for <drums-archive@odin.ietf.org>; Wed, 26 Jul 2000 09:29:55 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id JAA12280; Wed, 26 Jul 2000 09:29:19 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Wed, 26 Jul 2000 09:29:16 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id JAA12263; Wed, 26 Jul 2000 09:29:15 -0400 (EDT)
Received: from astro.cs.utk.edu (marvin@localhost) by cs.utk.edu with ESMTP (cf v2.9s-UTK) id JAA12247; Wed, 26 Jul 2000 09:29:14 -0400 (EDT)
Received: from astro.cs.utk.edu (128.169.93.168 -> ASTRO.CS.UTK.EDU) by cs.utk.edu (smtpshim v1.0); Wed, 26 Jul 2000 09:29:14 -0400
Received: from astro.cs.utk.edu (LOCALHOST [127.0.0.1]) by astro.cs.utk.edu (cf 8.9.3) with ESMTP id JAA29477; Wed, 26 Jul 2000 09:29:09 -0400 (EDT)
Message-Id: <200007261329.JAA29477@astro.cs.utk.edu>
X-URI: http://www.cs.utk.edu/~moore/
From: Keith Moore <moore@cs.utk.edu>
To: lear@cisco.com
cc: Edward Hibbert <EH@datcon.co.uk>, drums@cs.utk.edu
Subject: Re: client requests ending \012
In-reply-to: Your message of "Wed, 26 Jul 2000 03:17:23 PDT." <397EBAB3.4A47D191@cisco.com>
Date: Wed, 26 Jul 2000 09:29:09 -0400
Sender: moore@cs.utk.edu
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>
> The problem, again, is that LF.LF causes ambiguity, and so this business > about being liberal in what you accept is not relevant. One should not > be liberal in what one accepts at the expense of not being able to > accept legitimate text. right. the issue is not whether you accept LF as a command terminator (unless you use the same routine to read commands as you do to read DATA) the issue is whether a server accepts LF . LF as a message terminator for DATA. related issues include when a client sees a LF . in a message body - does it send LF . or LF ..? and when a server sees LF ..foo in a message body, does it remove the first dot? note that detecting the use of bare LF as a command terminator may be an effective way of identifying broken clients before the DATA phase, where it's easier to provide meaningful error messages. Keith
- Re: client requests ending \012 Charles Lindsey
- Re: client requests ending \012 Michael Scharff
- Re: client requests ending \012 Philip Hazel
- Re: client requests ending \012 Lee Thompson
- Re: client requests ending \012 Tony Hansen
- RE: client requests ending \012 Michael Scharff
- RE: client requests ending \012 Larry Osterman
- Re: client requests ending \012 Michael Richardson
- RE: client requests ending \012 Paul Hoffman / IMC
- RE: client requests ending \012 Philip Hazel
- RE: client requests ending \012 Edward Hibbert
- RE: client requests ending \012 Maurizio Codogno
- Re: client requests ending \012 Eliot Lear
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Charles Lindsey
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Charles Lindsey
- Re: client requests ending \012 DRUMS WG Chair
- Re: client requests ending \012 D. J. Bernstein
- Re: client requests ending \012 Kai Henningsen
- Re: client requests ending \012 Kai Henningsen
- Re: client requests ending \012 Philip Hazel