From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/22202 Path: main.gmane.org!not-for-mail From: Christopher K Davis Newsgroups: gmane.emacs.gnus.general Subject: Re: bad (i.e. serious) mail problems Date: 31 Mar 1999 22:27:56 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: <99Mar30.101000est.13914-3@gateway.intersys.com> <99Mar31.100918est.13949-3@gateway.intersys.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035160165 26909 80.91.224.250 (21 Oct 2002 00:29:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:29:25 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id WAA05928 for ; Wed, 31 Mar 1999 22:29:39 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id VAB13604; Wed, 31 Mar 1999 21:28:49 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 31 Mar 1999 21:28:56 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id VAA06919 for ; Wed, 31 Mar 1999 21:28:43 -0600 (CST) Original-Received: from kline-station.ckdhr.com (qmailr@kline-station.ckdhr.com [209.192.160.22]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id WAA05869 for ; Wed, 31 Mar 1999 22:28:30 -0500 (EST) Original-Received: (qmail 24482 invoked by uid 139); 1 Apr 1999 03:27:56 -0000 Original-To: "\(ding\)" X-Face: I8Alb*-ZdjN\/8k_QR,^l^m6GQB'S-B:}DVP].1HOw#tx:TX$k;Wl;4zqjWR|-jheM#? &beRf(!|0b0m=M~=%.Am>"QEY.(#Ys.%"s?z,hmwp&y0%p>9+T X-Attribution: ckd In-Reply-To: Stainless Steel Rat's message of "31 Mar 1999 20:07:34 -0500" Original-Lines: 54 X-Mailer: Gnus v5.6.44/XEmacs 20.4 - "Emerald" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:22202 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:22202 Stainless Steel Rat writes: >>> The first line retrieved by the POP RETR command will be either a >>> message delimiter or an RFC 822 header. It cannot be anything else. >>> If it is an MMDF delimiter, it is an MMDF spool. If it is a Babyl >>> delimiter, it is a Babyl spool. If it is an RFC 822 header, the POP >>> server is broken. > And where in that do I say that the RFC 822 header is a delimiter of any > sort? You don't, and that wasn't what I said you said either. Let's go through it again. >>> The first line retrieved by the POP RETR command will be either a >>> message delimiter or an RFC 822 header. It cannot be anything else. (Well, it could be, but I think we both agree that that would be either a munged message or a broken server, so we'll ignore that possibility.) >>> If it is an MMDF delimiter, it is an MMDF spool. If it is a Babyl >>> delimiter, it is a Babyl spool. (I could postulate a server that stores messages in maildirs and has a bug which generates for 0x01 bytes before each message, but again, that would be silly.) >>> If it is an RFC 822 header, the POP server is broken. This sentence is the one which I disagree with. Once again: 1. The POP RFCs (1939 and, for that matter, 1460, which you cite in pop3.el) state, quite clearly, that messages transferred are assumed to conform to RFC 822. 2. RETR transfers a message. 3. (1 + 2) Therefore, what RETR transfers is assumed to conform to RFC 822. 4. Messages conforming with RFC 822 do not include a delimeter. 5. (3 + 4) Therefore, what RETR transfers is assumed to not include a delimeter. 6. (follows from 5) If the first line retrieved from the POP RETR command is not a delimeter, the implementation is conformant with that portion of the specification. -- Christopher Davis * * Put location information in your DNS!