Re: [Evolution] Evolution not filtering new messages

[Eric Lambart <ximian nomeaning net>]

On Mon, 2003-12-29 at 10:59, Volker Behr wrote:
> Hi all,
>
> I am experiencing some problems with my Inbox since our IMAP Server
> switched from an old HP box running a small imap4 server to a new Lotus
> Domino Server. 
> While I am still able to receive mails as I used to, filters are no
> longer automatically applied to new messages in my Inbox (applying them
> with ctrl+a, ctrl+y to all messages works, though - so no problem with
> the filter rules and the box for automatically applying the filters is
> checked).
> Another minor change I realized is, that while with the old system
> unread mails moved from the Inbox to other folders were immediately
> subtracted from the number shown next to Inbox but now the number stays
> until a check for new messages occurs.
>
> I tested that behaviour on SuSE 8.2 and 9.0 with Evolution 1.2.2 and
> 1.4.4 (both Evolutions on both SuSEs - all the same problem).
>
> Any ideas?

I've encountered similar issues when the new messages are flagged (on
the server) as having been "seen" -- Evolution will not filter such
messages automatically; it assumes that since they've already been seen,
they're not new.  For me, this happens when I read my mail via the web,
then go home and use Evolution (the messages I saw in my Inbox via the
web won't be filtered by Evo), or when I use my laptop with Evolution
and offlineimap to sync my mail; Evolution will *never* filter
automatically on my laptop because offlineimap has already "seen" the
messages.  Annoying but true.

Anyway, like Tonni said, it sounds like a server issue.  But you can
pass this hint on to whoever manages your servers.  If I was going to
make a guess I'd say there's probably some sort of spam- and/or
virus-filtering software on the server, and after it examines the
messages the server considers them to have been "seen".  So it should
either reset this flag or work with the server in such a way that it
never gets flagged.

HTH
Eric

-- 
Eric Lambart <ximian nomeaning net>