Re: POP3 highest number accessed

Steve Dorner <sdorner@uiuc.edu> Wed, 25 May 1994 00:36 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa16181; 24 May 94 20:36 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa16177; 24 May 94 20:36 EDT
Received: from PO3.ANDREW.CMU.EDU by CNRI.Reston.VA.US id aa19664; 24 May 94 20:36 EDT
Received: (from postman@localhost) by po3.andrew.cmu.edu (8.6.7/8.6.6) id UAA10242; Tue, 24 May 1994 20:31:31 -0400
Received: via switchmail for ietf-pop3+@andrew.cmu.edu; Tue, 24 May 1994 20:31:31 -0400 (EDT)
Received: from po5.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q002/QF.8hsdl:G00Udd4cNk5j>; Tue, 24 May 1994 20:31:07 -0400 (EDT)
Received: from ux1.cso.uiuc.edu (ux1.cso.uiuc.edu [128.174.5.59]) by po5.andrew.cmu.edu (8.6.7/8.6.6) with SMTP id UAA10330 for <ietf-pop3+@andrew.cmu.edu>; Tue, 24 May 1994 20:30:55 -0400
Received: from dorner.slip.uiuc.edu by ux1.cso.uiuc.edu with SMTP id AA10443 (5.67b8/IDA-1.5 for <ietf-pop3+@andrew.cmu.edu>); Tue, 24 May 1994 19:30:38 -0500
Received: from [192.17.5.3] by dorner.slip.uiuc.edu with SMTP id AA24540 (5.67b/IDA-1.5 for <ietf-pop3+@andrew.cmu.edu>); Tue, 24 May 1994 19:30:50 -0500
X-Sender: sdorner@192.17.5.1
Message-Id: <aa08476b11021014e0e0@[192.17.5.3]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 24 May 1994 19:30:31 -0500
To: POP3 IETF Mailing List <ietf-pop3+@andrew.cmu.edu>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Steve Dorner <sdorner@uiuc.edu>
Subject: Re: POP3 highest number accessed

>> I am having trouble understand what I am supposed to do.  If the feature of
>> preserving the ``highest number accessed'' across sessions was nuked because
>> ``no one implemented'' it, that reason is incorrect.  My server, which has
>> been widely distributed, has implemented it since it was written in November
>> 1990.

It is doubly and triply incorrect.  TGV Multinet, MailShare (a MacOS pop3
server) also implement LAST in a state-preserving manner.

As I said previously, LAST is of no interest to me unless it preserves
state.  I have a hard time seeing how a non-preserving LAST is of any value
at all, except as a really slow place to store a global variable.  I
definitely vote for requiring persistence of the LAST value.  If
persistence is deemed too difficult to require, make the command optional.

--
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