Marek Narkiewicz <[EMAIL PROTECTED]> wrote:
>
> Now in order for the java server to update the client when new mail
> is available it needs some way of knowing which mails have already
> been read by the web client.
The easiest way, if your maildir clients all play nice, is that files
in maildir/new are new, and files in maildir/cur have been seen (which
isn't the same as read, exactly, but I'm just nitpicking). So just inform
your Java client when there are files in maildir/new.
> Does qmail-pop3d currently offer anything outside rfc 1460 that can
> mark messages as read?
When a message has been popped, qmail-pop3d _does_ move it to maildir/cur,
which effectively marks it as read. So you're all set.
> If not can anyone think of the most logical way to utilise that info
> field? I would like to then improve on the functionality to offer imap
> style folders but virtually based on a code in the info.
I can't help you there; I don't know much about IMAP. The main concern
is that scanning a directory can be slow if the folders are too full
(where too full has been estimated at 25K emails). I don't know if the
concern is reasonable, since I don't know if anybody ever has folders
so full.
Len.
--
How about the B1H problem, when your body temperature goes above
100 degrees? Or the L1m problem, when the lira dips below one
millicent? Casinos worry about the D52C problem, when there are more
than 52 cards in a deck. This could be the start of something big.
-- Bruce Schneier
