Re: [Off Topic] Need review for POP3 extension mechanism

Alexey Melnikov <[email protected]>
Newsgroups gmane.ietf.pop3ext
Organization Epsylon Technologies
Message-ID <[email protected]>

Randall Gellens wrote:

> At 8:46 PM -0700 7/22/98, Mike Gahrns wrote:
>
> >Having said that, perhaps a better solution would be to define another
> >arguement called "USER".
> >If a client does a CAPA and gets an EXPIRE USER, in the unauthenticated
> >state, it knows that the server supports per user expiry settings.  It
> >explicitly informs the user when they need to re-issue the CAPA command
> >after authentication due to per user options.
>
> I'm not sure the added complexity would buy us anything useful.  The
> EXPIRE setting can only be a rough guide to the user, never accurate
> (without some complex per-message expiration warning mechanism).  Even
> if the server presents the currently accurate value for a specific
> user, that value could change, the user doesn't know how long the
> message has already been on the server, and some servers could change
> the expiration period after the user has seen the message.  So I think
> the most that can be usefully done with a simple mechanism is to handle
> the no-LMOS and indefinite-LMOS states, and for everything else, inform
> the user, especially if the user tries to set the client's LMOS setting
> to a value within some threshold of what the server's reported EXPIRE
> value.

Imagine, for example, that server calculates the minimal EXPIRE value for all
users and returns it in the unauthenticated state. Let user A have EXPIRE value
equal to 0 and user B has EXPIRE >0 (5 for example). Described server will return
EXPIRE 0 in unauthenticated state, but it will not be the truth for user B.
I think that something like EXPIRE USER will help to solve such problem.


One question about EXPIRE 0 : Am I right that all messages will be deleted after
QUIT command. What happens if client disconnects without QUIT? How client can
prevent messages from being deleted?

Cheers,
Alexey Melnikov
------------------------------------------
SMTP/POP3/IMAP4/ACAP servers creation team
"ACAP Explorer" client
Imap Development Kit (my own product)

Epsylon Technologies, Russia
 http://www.demo.ru
------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.