UIDL strawman

John Gardiner Myers <jgm+@cmu.edu> Thu, 26 May 1994 21:37 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13039; 26 May 94 17:37 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa13035; 26 May 94 17:37 EDT
Received: from ANDREW.CMU.EDU by CNRI.Reston.VA.US id aa21932; 26 May 94 17:37 EDT
Received: (from postman@localhost) by andrew.cmu.edu (8.6.7/8.6.6) id RAA14664; Thu, 26 May 1994 17:23:54 -0400
Received: via switchmail; Thu, 26 May 1994 17:23:53 -0400 (EDT)
Received: from hogtown.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/testq0/QF.QhtFBPq00WBwEhmU4y>; Thu, 26 May 1994 17:23:40 -0400 (EDT)
Received: from hogtown.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/usr7/jm36/.Outgoing/QF.whtFArK00WBwMa3412>; Thu, 26 May 1994 17:23:03 -0400 (EDT)
Received: from BatMail.robin.v2.14.CUILIB.3.45.SNAP.NOT.LINKED.hogtown.andrew.cmu.edu.sun4c.411 via MS.5.6.hogtown.andrew.cmu.edu.sun4c_411; Thu, 26 May 1994 17:23:00 -0400 (EDT)
Message-ID: <YhtFAoW00WBwEa33oQ@andrew.cmu.edu>
Date: Thu, 26 May 1994 17:23:00 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: John Gardiner Myers <jgm+@cmu.edu>
To: POP3 IETF Mailing List <ietf-pop3+@andrew.cmu.edu>
Subject: UIDL strawman
Beak: is Not

What do people think of the following:

1) Remove LAST from the spec.  (Servers are of course free to continue
to support it as an extension.)

2) Add the following as an optional command:

           UIDL [msg]
               Arguments: a message-id (optionally)  If a message-id is
                   given, it may NOT refer to a message marked as
                   deleted.
               Restrictions: may only be given in the TRANSACTION state.
               Discussion:

                 If an argument was given and the POP3 server issues a
                 positive response with a line containing information
                 for that message.  This line is called a "unique ID
                 listing" for that message.

                 If no argument was given and the POP3 server issues a
                 positive response, then the response given is
                 multi-line.  After the initial +OK, for each message
                 in the maildrop, the POP3 server responds with a line
                 containing information for that message.  This line
                 is called a "unique ID listing" for that message.

                 In order to simplify parsing, all POP3 servers are
                 required to use a certain format for unique ID listings.
                 The first octets present must be the message-id of
                 the message.  Following the message-id is the 
		 identifier of the message. No information follows the
		 identifier in the unique ID listing.

		 The identifier of a message is an arbitrary 
		 server-determined string which uniquely
		 identifies a message and which persists across sessions.

                 Note that messages marked as deleted are not listed.

               Possible Responses:
                   +OK unique ID listing follows
                   -ERR no such message
               Examples:
                   C:    UIDL
                   S:    +OK
                   S:    1 whqtswO00WBw418f9t5JxYwZ
                   S:    2 QhdPYR:00WBw1Ph7x7
                   S:    .
                     ...
                   C:    UIDL 2
                   S:    +OK 2 QhdPYR:00WBw1Ph7x7
                     ...
                   C:    UIDL 3
                   S:    -ERR no such message, only 2 messages in
                         maildrop

-- 
_.John G. Myers		Internet: jgm+@CMU.EDU
			LoseNet:  ...!seismo!ihnp4!wiscvm.wisc.edu!give!up