dovecot - Jul 2005 - POP retrieval, then reading, of mail does not udpate server status.

We are currently using the version of Dovecot (0.99.11) that comes with 
Redhat Enterpise Linux version 4, running on an IBM x445 server (8 CPU, 
hyperthreading on, 14GB RAM) using the maildir format.
We have had to patch this with a change from 0.99.12 so that it doesn't 
incorrectly report SASL capability upon connection but otherwise it is 
the version supplied with the OS (we do this to ensure that we don't 
deviate from the supplied packages too much).

The problem encountered is the status of emails on the server isn't 
being updated.  The POP client (Eudora 6.2 in this instance) will 
retrieve the message, have the message read, apparently update the 
status on the server (via the "Check Mail" function), but yet the
status
on the server has not been updated as read (verified by going into our 
IMP Webmail client, and looking at the mail message in the mailstore - 
there is no ".S" extension).  Using the IMAP protocol doesn't
bring
about this behaviour.  The inconsistency

The inconsistency between POP clients and the server status doesn't 
occur when it comes to deleting messages.

Is this a bug, or have we misunderstood how the POP protocol works.

Looking at the following:
http://www.eudora.com/techsupport/kb/2587hq.html

I'm guessing that the POP protocol doesn't update the status?

Your confirmation would be most appreciated.

Thanks,
Paul

P.S. As an aside, if you are hesitant about the move from mbox to 
maildir, don't consider this an obstacle.  Our migration was painless 
and the benefits far outweigh the conversion effort.  Dovecot has 
introduced huge improvements over our Qpopper/UW-IMAP configuration.

On Fri, 2005-07-08 at 16:24 +1000, Paul Vatta wrote:
> The problem encountered is the status of emails on the server isn't 
> being updated.  The POP client (Eudora 6.2 in this instance) will 
> retrieve the message, have the message read, apparently update the 
> status on the server (via the "Check Mail" function), but yet the
status
> on the server has not been updated as read (verified by going into our 
> IMP Webmail client, and looking at the mail message in the mailstore - 
> there is no ".S" extension).  Using the IMAP protocol doesn't
bring
> about this behaviour.
POP3 itself doesn't know/care about Seen-flag. Some servers set it when
POP3 client downloads the message, and some don't. Dovecot 0.99.x
doesn't touch the flag. 1.0-stable/test releases update it optionally.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20050712/1bf33cc9/attachment-0001.bin>