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
- Re: Exclusive-access locking of maildrop Steve Dorner
- Exclusive-access locking of maildrop Michael D'Errico
- Re: Exclusive-access locking of maildrop Glenn Anderson
- Re: Exclusive-access locking of maildrop John Gardiner Myers
- Re: Exclusive-access locking of maildrop Michael D'Errico
- Re: Exclusive-access locking of maildrop Steve Dorner
- Re: Exclusive-access locking of maildrop John Gardiner Myers
- Re: Exclusive-access locking of maildrop Michael S. Shappe