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.