Received: from localhost (daemon@localhost) 
        by CS.UTK.EDU with SMTP (cf v2.9s-UTK)
	id MAA26453; Sat, 8 Aug 1998 12:14:09 -0400 (EDT)
Received: by cs.cs.utk.edu (bulk_mailer v1.10); Sat, 8 Aug 1998 12:13:53 -0400
Received:  
        by CS.UTK.EDU (cf v2.9s-UTK)
	id MAA26396; Sat, 8 Aug 1998 12:13:52 -0400 (EDT)
Received: from koobera.math.uic.edu (koobera.math.uic.edu [131.193.178.247]) 
        by CS.UTK.EDU with SMTP (cf v2.9s-UTK)
	id MAA26384; Sat, 8 Aug 1998 12:13:49 -0400 (EDT)
Received: (qmail 28200 invoked by uid 666); 8 Aug 1998 16:14:07 -0000
Date: 8 Aug 1998 16:14:07 -0000
Message-ID: <19980808161407.28198.qmail@cr.yp.to>
Mail-Followup-To: drums@cs.utk.edu
From: "D. J. Bernstein" <djb@cr.yp.to>
To: drums@cs.utk.edu
Subject: 250\r\n servers?

RFC 821 states clearly that the final response line includes a space
before the optional text.

RFC 1123 says that clients must accept any text, including no text at
all, and then adds that the space is ``considered part of the text.''

smtpupd-08 says unambiguously that the space can be omitted and that
clients must not expect it.

Is there some implementation that uses this frivolous syntax extension?

---Dan
Binary qmail distributions are allowed! http://pobox.com/~djb/qmail/dist.html