From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/36013 Path: main.gmane.org!not-for-mail From: "Steven E. Harris" Newsgroups: gmane.emacs.gnus.general Subject: RFC2821 clarifies SMTP DATA . question Date: 25 Apr 2001 10:38:57 -0700 Organization: SEH Labs Sender: "Steven E. Harris" Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1035171672 6355 80.91.224.250 (21 Oct 2002 03:41:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:41:12 +0000 (UTC) Return-Path: Original-Received: (qmail 21729 invoked by alias); 25 Apr 2001 17:39:30 -0000 Original-Received: (qmail 21724 invoked from network); 25 Apr 2001 17:39:30 -0000 Original-Received: from ts-exch01.tenzing.com (63.115.0.25) by gnus.org with SMTP; 25 Apr 2001 17:39:30 -0000 Original-Received: from torus (torus.seattle.tenzing.com [63.115.3.177]) by ts-exch01.tenzing.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id J4JR8J8M; Wed, 25 Apr 2001 10:39:16 -0700 Original-Received: from seh by torus with local (Exim 3.12 #1 (Debian)) id 14sTFh-0005AZ-00 for ; Wed, 25 Apr 2001 10:38:57 -0700 Original-To: ding@gnus.org User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) Original-Lines: 34 Xref: main.gmane.org gmane.emacs.gnus.general:36013 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:36013 Some of you may recall the thread=B9 from a few months ago concerning the SMTP DATA command's treatment of the "." terminator as described in RFC821. Today, thanks to Slashdot, I took a look at the recently-published RFC2821. It looks as though the editors noticed our troubles - or at least that our difficulty interpreting it was not unique. The changes in Section 4.1.1.4 confirm our eventual conclusions. Here's a snippet: ,----[ RFC2821 4.1.1.4 ] | The mail data is terminated by a line containing only a period, that | is, the character sequence "." (see section 4.5.2). This | is the end of mail data indication. Note that the first of | this terminating sequence is also the that ends the final line | of the data (message text) or, if there was no data, ends the DATA | command itself. An extra MUST NOT be added, as that would | cause an empty line to be added to the message. The only exception to | this rule would arise if the message body were passed to the | originating SMTP-sender with a final "line" that did not end in | ; in that case, the originating SMTP system MUST either reject | the message as invalid or add in order to have the receiving | SMTP server recognize the "end of data" condition. `---- I haven't read the whole RFC to see if there are other comments that address our original question. The above paragraph left me satisfied with both the RFC and the competence of this group's participants. Footnotes:=20 =B9 http://www.gnus.org/list-archives/ding/200101/msg00493.html --=20 Steven E. Harris :: seh@speakeasy.org GnuPG :: 0x70248E67