Hi Norman,
Thanks for your test!
I'm not sure about this yet. Of course: after a delivery the email should be in
the new folder.
But IMO new message != read message. Maybe POP3 doesn't care about new (RECENT)
messages at all. (IMAP does)
1. open the Folder: you have 2 new unread messages
2. read 1st message
3. close the Folder
4. open the Folder again: you have 1 unread message and 0 new messages.
In javamaildir behaves like the following at the moment:
1. open the folder
2. append 1 message
3. newMessages = 1
4. close the folder
5. newMessages = 0
That's okay from the client view, the session has ended, no more new messages
anymore.
In HashJavaMailStoreMailRepository I could try to deliver to the closed folder.
The problem is that addUIDMessage requires an open folder. Maybe I find a
possibility in javamaildir to allow addUIDMessage on closed folder.
This are the problems when you try to use a client library for server purposes.
:-)
Joachim
Norman Maurer schrieb:
After a quick look at the code this is maybe related to javamaildir. Not
100 % sure yet.
First i want to say thx for this great work! I just test it and it seems
to work so far. The only problem i noticed is that a new mail get insert
in the cur folder. It should be insert in the new folder. It only should
be moved to cur if it was read ( leave copy on the server).
http://www.qmail.org/qmail-manual-html/man5/maildir.html
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
