Re: client requests ending \012

Dave Crocker <dcrocker@brandenburg.com> Wed, 26 July 2000 10:58 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 GAA06068 for <drums-archive@odin.ietf.org>; Wed, 26 Jul 2000 06:58:51 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id GAA02434; Wed, 26 Jul 2000 06:58:36 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Wed, 26 Jul 2000 06:58:33 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id GAA02384; Wed, 26 Jul 2000 06:58:33 -0400 (EDT)
Received: from joy.songbird.com (marvin@localhost) by cs.utk.edu with ESMTP (cf v2.9s-UTK) id GAA02348; Wed, 26 Jul 2000 06:58:30 -0400 (EDT)
Received: from joy.songbird.com (208.184.79.7 -> joy.songbird.com) by cs.utk.edu (smtpshim v1.0); Wed, 26 Jul 2000 06:58:30 -0400
Received: from free.88.106.bayarea.net (free.88.106.bayarea.net [205.219.88.106]) by joy.songbird.com (8.9.3/8.9.3) with SMTP id DAA10006; Wed, 26 Jul 2000 03:58:27 -0700
X-Authentication-Warning: joy.songbird.com: free.88.106.bayarea.net [205.219.88.106] didn't use HELO protocol
Message-Id: <4.3.2.20000726034710.00bd4100@mail.bayarea.net>
X-Sender: dcrocker@mail.bayarea.net
X-Mailer: QUALCOMM Windows Eudora Version 4.3
Date: Wed, 26 Jul 2000 03:48:47 -0700
To: lt@seattlelab.com
From: Dave Crocker <dcrocker@brandenburg.com>
Subject: Re: client requests ending \012
Cc: drums@cs.utk.edu
In-Reply-To: <bl0sns41bseljsnaf57dudaps9f2c9prtt@4ax.com>
References: <4.3.2.7.2.20000725093157.00af95f0@mail.real.com> <200007251257.NAA19627@clw.cs.man.ac.uk> <4.3.2.7.2.20000725093157.00af95f0@mail.real.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>

At 02:16 PM 7/25/00 -0700, Lee Thompson wrote:
>The SMTP/Message Format system currently in use is a mess.  We have nearly 20
>years of standard drift and those standards are vague in some areas.   For
>better or for worse the internet is now a commercial environment which means
>interoperability and reliability are the key factors.

There is truth in what you observe, but it does not apply to CRLF.  If 
anything the standards drift is due to constantly making local changes to 
accept non-conforming behavior.  It is the norm for email.

Imagine if folks had taken that approach for TCP...

d/

=-=-=-=-=
Dave Crocker  <dcrocker@brandenburg.com>
Brandenburg Consulting  <www.brandenburg.com>
Tel: +1.408.246.8253,  Fax: +1.408.273.6464
675 Spruce Drive,  Sunnyvale, CA 94086 USA