On Tue, 25 Oct 2005, Henrique de Moraes Holschuh wrote:
On Tue, 25 Oct 2005, Ken Murchison wrote:
It would be fairly straightforward to have an option that updated \Seen
state whenever a POP3 client issues a RETR command or an NNTP client
issues a BODY or ARTICLE command.
I vote for this change, and if it is optional, I'd vote for it to be the
default behaviour.
I obviously haven't used pop and imap on the same folder much, this is
actually the behavior I would have expected (it's the same message,
however you read it, the fact that you have read it means it's seen.)
My question is what do people think of the interaction between
pop3d/nntpd and the \Deleted flag? Should these daemons ignore articles
that have this flag set? Should a POP3 DELE command or a NNTP cancel
message just set the \Deleted flag instead of expunging the message?
I vote for two possible behaviours, selectable via imapd.conf:
1. pop3/nntp DELE/cancel sets \Delete flag. pop3 QUIT causes expunge
2. what we have now (this would be the default).
#1 sounds like the proper flag, there's not much that's more annoying then
having fetchmail crach in the middle of a run and result in loosing
messages as a result. and expunging after each message can kill your
server (in fact, if there was a lazy expunge this would be the perfect
situation to use it)
Should any setting which enables pop3d/nntpd to use IMAP flags be global
or per-mailbox?
I'd be happy enough with it being global. If it is made per-mailbox, IMHO
it would be good to have it work as follows: a "global" option that applies
to every mailbox, and a per-mailbox annotation that overrides the global
option for this mailbox subtree.
I agree with those who say it should be both, with the specific overriding
the general.
David Lang
--
There are two ways of constructing a software design. One way is to make it so
simple that there are obviously no deficiencies. And the other way is to make
it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare
----
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
