On Fri, 2004-08-13 at 10:38 -0400, Jeffrey Stedfast wrote:
the current imap code is only issuing a STATUS command for the folders to find out unread counts (which is what I presume you are referring to here).
My sense (inferred) is that there's more going on here. Starting evo up takes a LONG time. The progress bar [and/or status message] when getting new mail resets itself - rather than going 0 -> 100%, it does that several times - apparently once per folder that has new messages. [Several (not all, and notably excluding the folder where mailing lists pile up) folders ARE marked for offline mode, so I don't think that's it, but I mention it for completeness]
if we were to filter it, we'd have to SELECT the folder first, request new message headers/flags/etc to build a summary (we'd also have to request flags for all already known messages) and then, for each message marked with a \Recent flag, we'd have to download the message(s) and pass them off to the filtering code.
The comment I made above has been my feeling for many months; but further: since I have junk mail filtering turned on, is that process above already happening? [In fact, I've got a suspicion that it's causing all the messages to be brought in regardless of offline status - result, huge workload on evo startup - in fact, in the morning, I start evo, then walk away for 5 minutes] (which all defeats one of the major benefits of using IMAP in the first place - reducing network burden, which is why I wanted to return my spam filtering server side, but figure out a way to manage the bayes database client side) AfC -- Andrew Frederick Cowie OPERATIONAL DYNAMICS Operations Consultants and Infrastructure Engineers http://www.operationaldynamics.com/
Attachment:
signature.asc
Description: This is a digitally signed message part