Re: Internet Draft for flexible proxying of the mail protocols
Philip Hazel <ph10@cus.cam.ac.uk> Tue, 03 October 2000 19:39 UTC
Received: from cs.utk.edu (CS.UTK.EDU [128.169.94.1]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA21877 for <drums-archive@odin.ietf.org>; Tue, 3 Oct 2000 15:39:36 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id PAA28257; Tue, 3 Oct 2000 15:37:04 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Tue, 3 Oct 2000 15:36:47 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id PAA28214; Tue, 3 Oct 2000 15:36:47 -0400 (EDT)
Received: from draco.cus.cam.ac.uk (marvin@localhost) by cs.utk.edu with ESMTP (cf v2.9s-UTK) id PAA28198; Tue, 3 Oct 2000 15:36:39 -0400 (EDT)
Received: from draco.cus.cam.ac.uk (131.111.8.18 -> draco.cus.cam.ac.uk) by cs.utk.edu (smtpshim v1.0); Tue, 3 Oct 2000 15:36:40 -0400
Received: from ph10 (helo=localhost) by draco.cus.cam.ac.uk with local-esmtp (Exim 3.16 #3) id 13gXrb-0002XD-00; Tue, 03 Oct 2000 20:36:31 +0100
Date: Tue, 03 Oct 2000 20:36:31 +0100
From: Philip Hazel <ph10@cus.cam.ac.uk>
To: Kai Henningsen <kaih@khms.westfalen.de>
cc: drums@cs.utk.edu
Subject: Re: Internet Draft for flexible proxying of the mail protocols
In-Reply-To: <7n6GeilHw-B@khms.westfalen.de>
Message-ID: <Pine.SOL.4.21.0010032032270.9282-100000@draco.cus.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>
On 2 Oct 2000, Kai Henningsen wrote: > Um, there's *nothing* in POP that requires "a download of the entire > mailbox to check for new messages". I have to confess I don't know much about POP. I'm trying to interpret comments I hear from people who do run it. I guess this must apply to the way it gets used in some configurations/implementations. > The copying of mbox files you probably mean is a feature of POP servers > which use mbox mail files, which certainly isn't the best design in the > world. Oh, absolutely. We use them because we are stuck with them for various reasons (not a sealed server, for a start). A large, single mbox file full of messages is a disaster at start-up for pretty well any MUA. > Don't blame the protocol for a suboptimal implementation. I should have been clear that I was talking about particular implementation/configuration circumstances, not "every possible way you could use POP". Sorry. -- Philip Hazel University of Cambridge Computing Service, ph10@cus.cam.ac.uk Cambridge, England. Phone: +44 1223 334714.
- Internet Draft for flexible proxying of the mail … Kumar Gaurav Khanna
- Re: Internet Draft for flexible proxying of the m… Dan Wing
- Re: Internet Draft for flexible proxying of the m… Lee Thompson
- Re: Internet Draft for flexible proxying of the m… Lyndon Nerenberg
- Re: Internet Draft for flexible proxying of the m… Dan Wing
- Re: Internet Draft for flexible proxying of the m… Tony Hansen
- Re: Internet Draft for flexible proxying of the m… Russ Allbery
- Re: Internet Draft for flexible proxying of the m… Philip Hazel
- Re: Internet Draft for flexible proxying of the m… Kai Henningsen
- Re: Internet Draft for flexible proxying of the m… Terje Bless
- Re: Internet Draft for flexible proxying of the m… Philip Hazel