Re: client requests ending \012

Tony Hansen <tony@att.com> Tue, 25 July 2000 21:40 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 RAA15860 for <drums-archive@odin.ietf.org>; Tue, 25 Jul 2000 17:40:51 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id RAA18952; Tue, 25 Jul 2000 17:38:08 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Tue, 25 Jul 2000 17:38:03 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id RAA18932; Tue, 25 Jul 2000 17:38:02 -0400 (EDT)
Received: from ckmso1.proxy.att.com (marvin@localhost) by cs.utk.edu with ESMTP (cf v2.9s-UTK) id RAA18911; Tue, 25 Jul 2000 17:38:00 -0400 (EDT)
Received: from ckmso1.proxy.att.com (12.20.58.69 -> ckmso1.att.com) by cs.utk.edu (smtpshim v1.0); Tue, 25 Jul 2000 17:38:00 -0400
Received: from dns.maillennium.att.com ([135.25.114.99]) by ckmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id RAA04062 for <drums@cs.utk.edu>; Tue, 25 Jul 2000 17:37:54 -0400 (EDT)
Received: from att.com ([135.197.90.148]) by maillennium.att.com (labmail) with SMTP id <2000072521353609900k1u9ce> (Authid: tony@maillennium.att.com); Tue, 25 Jul 2000 21:35:36 +0000
Message-ID: <397E0802.3DDD634C@att.com>
Date: Tue, 25 Jul 2000 17:34:58 -0400
From: Tony Hansen <tony@att.com>
Organization: AT&T Laboratories
X-Mailer: Mozilla 4.73 [en] (Win98; I)
X-Accept-Language: en
MIME-Version: 1.0
To: drums@cs.utk.edu
Subject: Re: client requests ending \012
References: <200007251257.NAA19627@clw.cs.man.ac.uk> <4.3.2.7.2.20000725093157.00af95f0@mail.real.com> <bl0sns41bseljsnaf57dudaps9f2c9prtt@4ax.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>
Content-Transfer-Encoding: 7bit

For DATA, our internal SMTP server keeps reading until it sees a block
of data ending in crlf.crlf or it times out. Only on the timeout does it
then check to see if there was a lf.lf. Yes, we'll recognize it, but a
client that sends it is going to get lousy performance. Seems like a
reasonable tradeoff.

	Tony Hansen
	tony@att.com