Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Oct 1998 17:41:05 +1100 (EST)
From:      Rowan Crowe <rowan@sensation.net.au>
To:        freebsd-isp@FreeBSD.ORG
Subject:   Re: Expiring old mail? 
Message-ID:  <Pine.BSF.4.01.9810271737360.16126-100000@velvet.sensation.net.au>
In-Reply-To: <3727.909469498@gjp.erols.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 27 Oct 1998, Gary Palmer wrote:

> Rowan Crowe wrote in message ID
> <Pine.BSF.4.01.9810271609110.15586-100000@velvet.sensation.net.au>:
> > The only thing I've found wrong with cucipop so far is that it doesn't
> > support the LAST command, which appears to be actually part of the POP3
> > spec. This is a bit of a surprise, since the rest of the man page mentions
> > that certain commands will "break the spec" and tends to sound very
> > careful about that kind of thing. Anyone know why LAST isn't implemented?
> 
> RFC1939 (the ``standard'' for POP3) doesn't mention the LAST command, which 
> makes me wonder what clients use it and how badly things break.

Very odd. I obviously don't have the latest RFC, however, RFC 1460 (June
1993) clearly lists LAST as part of the specification.

           LAST
               Arguments: none
               Restrictions: may only be issued in the TRANSACTION state.
               Discussion:

                 The POP3 server issues a positive response with a line
                 containing the highest message number which accessed.
                 Zero is returned in case no message in the maildrop has
                 been accessed during previous transactions.  A client
                 may thereafter infer that messages, if any, numbered
                 greater than the response to the LAST command are
                 messages not yet accessed by the client.

             Possible Response:
                   +OK nn


I guess it's for mail clients that are too lazy to keep lastread pointers.
:)

(I had a report from 2 users when I switched POP3 servers - one of them
was running Eudora and it was easily fixed with a minor configuration
change at their end).

Cheers.


--
Rowan Crowe                     Sensation Internet Services, Melbourne Aust
fidonet: 3:635/728                                          +61-3-9388-9260
http://www.rowan.sensation.net.au/             http://www.sensation.net.au/


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.01.9810271737360.16126-100000>