Re: [Evolution] Scope of filtering rules ; IMAP + filtering: The network load issue.

[Not Zed <notzed ximian com>]

On Thu, 2002-10-03 at 17:35, Francois Taiani wrote:
> Hi Not Zed,
>
> On Wed, 2002-10-02 at 11:56, Not Zed wrote:
> > On Wed, 2002-10-02 at 20:51, Francois Taiani wrote:
> > > Hi everybody,
> [-snip-]
> > > 2) The knowledge database says that with IMAP: "New messages don't get
> > > filtered until you open the INBOX folder." The motivation is that : "It
> > > [...] prevent[s] unnecessary traffic on your network."
> > > Though that certainly apply at home, the traffic load is absolutely not
> > > an issue at my office. I would find it very useful to be able to tell
> > > evol it can filter my mail even if I'm not looking at the INBOX (in the
> > > same way Mozilla does it for IMAP).
> >
> > i dont know what the knowledge base is on, the only reason its done like
> > that is that until you open the inbox, it doesn't know if you have any
> > new messages to filter.
>
> In my account editor I've selected "Automatically check for new mail
> every 1 minute". I would have though that by doing this evol would knwo
> if new mails have arrived (and in fact it does display the number of new
> mails available in Inbox in the folder tree). What I was thinking of
> would be a suboption like 
>
> ".. and filter incoming mails immediatly after the check."

yeah its supposed to.  but i guess it wouldn't if the inbox has never
been opened.  The mail check can just use another command to find out
the unseen count without opening the folder.  tho inbox is treated
specially for other reasons.

FWIW i've been finding some really broken behaviour with courier imapd
which renders filtering particularly unreliable ...  it seems to
sometimes renumber messages between select's, which breaks a bunch of
things (uid's aren't supposed to change ... without changing the
uidvalidity which wasn't ... so its a server bug?).