Re: Exclusive-access locking of maildrop

Steve Dorner <sdorner@qualcomm.com> Wed, 01 June 1994 13:28 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa00728; 1 Jun 94 9:28 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa00724; 1 Jun 94 9:28 EDT
Received: from PO2.ANDREW.CMU.EDU by CNRI.Reston.VA.US id aa03712; 1 Jun 94 7:55 EDT
Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.7/8.6.6) id HAA02506; Wed, 1 Jun 1994 07:52:18 -0400
Received: via switchmail for ietf-pop3+@andrew.cmu.edu; Wed, 1 Jun 1994 07:52:18 -0400 (EDT)
Received: from po3.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q001/QF.8hv7Mwe00Udb07hE4:>; Wed, 1 Jun 1994 07:51:25 -0400 (EDT)
Received: from ux1.cso.uiuc.edu (ux1.cso.uiuc.edu [128.174.5.59]) by po3.andrew.cmu.edu (8.6.7/8.6.6) with SMTP id HAA01968 for <ietf-pop3@andrew.cmu.edu>; Wed, 1 Jun 1994 07:51:21 -0400
Received: from dorner.slip.uiuc.edu by ux1.cso.uiuc.edu with SMTP id AA10952 (5.67b8/IDA-1.5 for <ietf-pop3@andrew.cmu.edu>); Wed, 1 Jun 1994 06:51:02 -0500
Received: from [192.17.5.3] by dorner.slip.uiuc.edu with SMTP id AA02895 (5.67b/IDA-1.5 for <ietf-pop3@andrew.cmu.edu>); Wed, 1 Jun 1994 06:51:24 -0500
X-Sender: sdorner@192.17.5.1
Message-Id: <aa122371010210163561@[192.17.5.3]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 01 Jun 1994 06:50:58 -0500
To: ietf-pop3@andrew.cmu.edu
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Steve Dorner <sdorner@qualcomm.com>
Subject: Re: Exclusive-access locking of maildrop

>I suggest changing to spec. to say that a server MAY
>acquire an exclusive-access lock if it is desirable, but
>that it is not required.

I think the terminology used may have been unix-centric, but I'm terribly
worried about removing the locking requirement.  If you do not require that
the server 'lock' the 'maildrop', then you will have implementors who do an
IMAP sort of thing, where messages come and go while the client is
examining the maildrop.

And this just can't be tolerated.  One reason it can't be tolerated is that
the client can't know what's going on because the only machine-readable
part of the error code is the "-".  :-(

Now, I don't think you need to take the requirement literally, in that you
refuse to deliver any more mail to the user while POP3 is happening.
Rather, just don't allow other agents to modify the messages the POP3
server is dealing with.  If you want to codify some rule like that, I've no
objection.

--
Steve Dorner, Qualcomm Incorporated
 "There's nothing wrong with you that can't be cured
  with a little Prozac and a polo mallet." - Woody Allen