Now we get to a point I fully comply with you :-) > > Needed: Notification of new mail arrival in unselected mailboxes > > Good definition. > > Since you only need notification of new mail arrival in unselected > mailboxes, then the solution should be tightly focused on accomplishing > that goal.
agreed. > STATUS is not necessary, and can involve excessive costs. These costs > have nothing to do with new mail. The costs are in STATUS data which, for > the limited purpose of new mail notification, are frills! agreed. The only advantage of using STATUS as a response would be that existing clients might already support it anyway (e.g. I can imagine a client having a folder shown as "bold" when an untagged "* STATUS blurdybloob (MESSAGES 421)" arrives and it got to know before (I see you grinning here) there were only 420 before the update. But if no client uses this up to now, drop the idea. > Not only that, but STATUS does not really tell you about new mail. The > client has to infer it. Is it in MESSAGES count? Is it the RECENT count? > Is it the UNSEEN count? Is it the UIDNEXT? It's probably not the > UIDVALIDITY but it might be. I can give pretty good arguments why any > (and none!) of these announce new mail. I'd be interested to see your argument for MESSAGES, because I assumed some coherence between MESSAGES and EXISTS, which is used to announce new mail in selected mailboxes. Or am I off the track again? > So, my answer is to do something better. I think that "something better" > is something smaller and can be done at any MDA so there will be little > excuse not to do it. But that is not a universally held opinion. Agreed again. For me, it is simply new mail arrival which would be the core thing to have. If we can have one simple means, great. Having said this, the HEAVIER thing would be: Notification for all mailboxes if another process/client has taken note of the new message(s) and update the status accordingly. And then a hole would be filled, leaving all current demands untouched. At least we should work on it... Christof
