From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/34629 Path: main.gmane.org!not-for-mail From: Daniel Pittman Newsgroups: gmane.emacs.gnus.general Subject: Re: SMTP question (not quite Gnus-related) Date: 08 Feb 2001 13:03:12 +1100 Organization: Not today, thank you, Mother. Sender: owner-ding@hpc.uh.edu Message-ID: <874ry6j5i7.fsf@inanna.rimspace.net> References: <87y9vujkvd.fsf@torus.tenzing.com> <87lmrij8e2.fsf@inanna.rimspace.net> <8766imnfa9.fsf@torus.tenzing.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035170521 31385 80.91.224.250 (21 Oct 2002 03:22:01 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:22:01 +0000 (UTC) Keywords: crlf,data,terminator,message,command,sequence,empty,daniel Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by mailhost.sclp.com (Postfix) with ESMTP id 78078D049D for ; Wed, 7 Feb 2001 21:04:56 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.3/8.9.3) with ESMTP id UAC22319; Wed, 7 Feb 2001 20:04:44 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 07 Feb 2001 20:03:41 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id UAA16875 for ; Wed, 7 Feb 2001 20:03:30 -0600 (CST) Original-Received: from melancholia.danann.net (melancholia.danann.net [203.36.211.210]) by mailhost.sclp.com (Postfix) with ESMTP id 064B3D049D for ; Wed, 7 Feb 2001 21:03:54 -0500 (EST) Original-Received: from localhost (melancholia.danann.net [203.36.211.210]) by melancholia.danann.net (Postfix) with SMTP id C79F22A8C9 for ; Thu, 8 Feb 2001 13:03:47 +1100 (EST) Original-Received: by localhost (Postfix, from userid 1000) id 1612E82039; Thu, 8 Feb 2001 13:03:13 +1100 (EST) Original-To: ding@gnus.org In-Reply-To: <8766imnfa9.fsf@torus.tenzing.com> ("Steven E. Harris"'s message of "07 Feb 2001 17:18:22 -0800") X-Homepage: http://danann.net/ X-spies: Mossad smuggle supercomputer assassination spy Bosnia Vince Foster Nazi NSA colonel Ruby Ridge Albania Peking radar Ft. Meade User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.2 (Terspichore) Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 61 Xref: main.gmane.org gmane.emacs.gnus.general:34629 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:34629 On 07 Feb 2001, Steven E. Harris wrote: > Daniel Pittman writes: > >> Specifically, the explanation makes it possible to write a >> stream-oriented SMTP `DATA' reader easily. To be strictly conforming, >> you read bytes and scan for the sequence described. When you see it >> and it alone, terminate the reading of the `DATA' command. > > That's exactly what I've written - two of them, in fact. Each is based > on a different state machine, depending upon differing interpretations > of RFC821. My question still stands, though: > > What about an "empty" message? > > Is this supposed to be okay? It is fine by the fragment you posted. By my reading of it, anyway. > ,---- > | DATA > | . > `---- That final line is a period on an otherwise empty line, the defined terminator. Remember that this is legal: ,---- | DATA | text | . `---- So, clearly the initial does not need to *exclusively* signal the end-of-text. As such, making it do double duty for opening and closing the DATA command seems legal to me. > If so, then where is the terminator for the "DATA" command string? > That first either belongs to the "DATA" as a command > terminator, or to the period as the start of the message > terminator. It can't be both. I don't see any indication in the RFC that the sequence at the end-of-line cannot serve double duty as the start of the indicated octet sequence for the end-of-data inticatior. > Most MTAs accept it, though. > > I'm now thinking that a completely empty message like the one above > isn't a valid RFC822 message anyway, but it still seems like there's a > hole in RFC821 on this. *shrug* I don't think so, you do. That makes it a hole. ;) Daniel -- We must put aside the weapons of our minds, cross the no man's land come with empty hands. Overcome the fear to drop the last defense, speak forbidden words reach out beyond ourselves. -- Covenant, _Wall Of Sound_