Re: draft-rose-pop3-again-02.txt
Marshall Rose <mrose@dbc.mtview.ca.us> Wed, 22 June 1994 01:36 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa16417; 21 Jun 94 21:36 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa16413; 21 Jun 94 21:36 EDT
Received: from PO2.ANDREW.CMU.EDU by CNRI.Reston.VA.US id aa21184; 21 Jun 94 21:36 EDT
Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.7/8.6.6) id VAA02282; Tue, 21 Jun 1994 21:27:22 -0400
Received: via switchmail for ietf-pop3+@andrew.cmu.edu; Tue, 21 Jun 1994 21:27:22 -0400 (EDT)
Received: from po2.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q000/QF.si1t=yq00Uda08o05n>; Tue, 21 Jun 1994 21:25:19 -0400 (EDT)
Received: from dbc.mtview.ca.us (ppp.dbc.mtview.ca.us [192.103.140.254]) by po2.andrew.cmu.edu (8.6.7/8.6.6) with ESMTP id VAA02248 for <ietf-pop3@andrew.cmu.edu>; Tue, 21 Jun 1994 21:25:08 -0400
Received: from dbc.mtview.ca.us by dbc.mtview.ca.us (5.65/3.1.090690) id AA26120; Tue, 21 Jun 94 18:22:55 -0700
To: Mark Crispin <MRC@cac.washington.edu>
Reply-To: ietf-pop3@andrew.cmu.edu
Cc: ietf-pop3@andrew.cmu.edu
Subject: Re: draft-rose-pop3-again-02.txt
In-Reply-To: Your message of "Tue, 21 Jun 1994 16:10:56 PDT." <MailManager.772240256.8186.mrc@Tomobiki-Cho.CAC.Washington.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Id: <26114.772248170.1@dbc.mtview.ca.us>
Date: Tue, 21 Jun 1994 18:22:51 -0700
Message-Id: <26117.772248171@dbc.mtview.ca.us>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Marshall Rose <mrose@dbc.mtview.ca.us>
I'll let John respond to most of your comments, I'll comment on just a few. In general, it would be helpful for you to review the draft with respect to a minimalist philosophy. The goals are: simplicity and minimal footprint on the server. Presumably other protocols will be less simple and have larger footprints. > Just for my edification, why doesn't POP3 have an equivalent to the IMAP4 > CAPABILITY command, and why doesn't POP3 have more command completion codes > than just +OK and -ERR? I remember being badly beaten up on these sorts of > issues with IMAP, and am bewildered to see that nothing has been done with > either with POP. Simplicity. > Is -ERR really a ``success indicator''? [Page 3] Yes, a success indicator tells you whether you were successful or not. > ``Hence a multi-line response is terminated with the five octets''... seems to > be restating the obvious and is confusing in the context of the previous > sentence. [Page 3] Then why did people ask for it? > Why isn't a server permitted to give > -ERR I can't talk with you now > as a greeting? (Equivalent to IMAP4 BYE as a greeting) [Page 4] Because it is simpler for the server to not accept new connections. > Page 17 is awfully mealy-mouthed about the message size. Is it a reliable > indicator of the RFC822 message size in Internet text format, or isn't it? Minimal server footprint.
- draft-rose-pop3-again-02.txt Mark Crispin
- Re: draft-rose-pop3-again-02.txt Marshall Rose
- Re: draft-rose-pop3-again-02.txt John Gardiner Myers
- Re: draft-rose-pop3-again-02.txt Mark Crispin
- Re: draft-rose-pop3-again-02.txt Steve Dorner
- Re: draft-rose-pop3-again-02.txt John Gardiner Myers