Red Hat Bugzilla – Bug 460261
Evolution filters using imap
Last modified: 2008-09-03 05:33:50 EDT
Description of problem:
Filters don't work consistently, inbox has to be highlighted "apply filter(s)"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Gmail imap
2. Create Folder
3. Create Filter
Bug 247779 - [RHEL5.2] Evolution message filters on imap folders only work sometimes
Are you able to reproduce this reliably, please? I really would like to see this fixed, but I was not able to reproduce it myself. Can we check some basic things, please:
a) In account preferences, on tab Receiving Options is an option "Apply filters to new messages in INBOX on this server" checked.
b) on tab "IMAP Headers" you've chosen which option?
c) how does your filter look like?
Created attachment 315072 [details]
Created attachment 315073 [details]
Bugzilla msg in inbox
This shows your "needinfo" in the inbox, whereas it shoyuld be in Bugzilla folder.
(In reply to comment #1)
> Are you able to reproduce this reliably, please? I really would like to see
> this fixed, but I was not able to reproduce it myself. Can we check some basic
> things, please:
> a) In account preferences, on tab Receiving Options is an option "Apply filters
> to new messages in INBOX on this server" checked.
> b) on tab "IMAP Headers" you've chosen which option?
Basic and Mailing List
> c) how does your filter look like?
(In reply to comment #3)
That particular example is a bad one, since <firstname.lastname@example.org> isn't a mailing list. You'd be better off matching on "Sender" for that one.
What about the other filter rules I see listed. Are those also broken?
(In reply to comment #5)
> (In reply to comment #3)
> That particular example is a bad one, since <email@example.com> isn't a
> mailing list. You'd be better off matching on "Sender" for that one.
Looking at this, will revisit filters, and substite sender\receipent etcc.
see if still broken.
> What about the other filter rules I see listed. Are those also broken?
as bugzilla filter wasn't the best,
will take this revening to re-visit filters and ammend,
to either include\exclude. as possible cause.
Created attachment 315104 [details]
email headers full
Finished quicket than thought.
Filter is: mailing list is ilug at linux.ie
from commnet above
bugzilla email still in inbox, despite (now) sender as filter.
Have now tested, with imap full headers, no difference.
Custom header filters etc..
But have come across these gnome bugzillas in googling.
Thanks for your investigation. I'm so sorry I didn't recall before, but there is some hidden way to look what are the filters doing. You can turn this on as is described here:
Maybe, there will be shown whether are filters invoked on new mail and why it failed or anything regarding the issue.
Created attachment 315189 [details]
yum install gconf-editor
Not allowing me change keys
Have just done a backup of evolution,
restored to F9 laptop. (no gconf-editor problems)
But still filters not working.
Created attachment 315421 [details]
filter are only logged when filters manually applied. F8 box. logif from F8 box
No manual filtering on F9, no loggin, and no auto-filtering
So little mails filtered, as in the interim, have started to use thunderbird, with no filtering problems.
But would prefer working evo.
Can you paste here also the settings of Edit->Preferences->Mail Preferences->Tab Junk, I would like to reproduce it with your settings and I suspect that the junk filter reported success or something, which had the result of stopping other rules to apply to the message. But I want to check it. Thanks in advance.
Created attachment 315486 [details]
Thanks. The bad thing is it seems like working fine for me with the 2.12.3. What I did:
Edit->Mesage filters, added simple rule (the second) to incoming messages: sender contains "milan", then I sent myself message form account with this enabled and it works. The other possible thing, I can think of (and I'm at the end of thoughts), is that some other rule forced to stop processing before the expected rule became processed. What does happen if you move the bugzilla rule to the top? (I guess the bugzilla rule is quite similar to that mine, but for you it doesn't work.)
Have put the bugzilla rule to top of list,
will see where this comment ends up.
Based on Sender = firstname.lastname@example.org
Created attachment 315491 [details]
Evo-Just after fetching
Captured message untouched as yet.
Am thinking it's just one of those things,
Same problem on the F9 with 2.23? I think.
Last thought is have you a gmail you can imap from, in case it's a gmail\evo thing.
2.23 is in F10. And I'm tried yesterday with 2.12 on F8, but also on actual trunk of Evolution (2.23.91). Both seemed to work fine, but let it run for some time, will see. I doubt a bit it's only gmail's IMAP, but I can try.
Created attachment 315523 [details]
added this in case it's doing anything funny here.
I see you use "sender is" in "Fedora-Bugzilla", can you try to change this to "sender *contains*"? maybe the "is" checking is too strict?
set to contains now.
also installed evo*-debuginfo, ya never know.
Still the same:
but this if from the cli:
CalDAV Eplugin starting up ...
** (evolution:4152): DEBUG: mailto URL command: evolution --component=mail %s
** (evolution:4152): DEBUG: mailto URL program: evolution
get email@example.com imap://firstname.lastname@example.org:993/
Find Items 0
That's all she said
That "fff" is from the mail notification, when it creates the icon in notification area, or something very close to it, if I recall correctly.
I've got the idea, maybe you are really right, that could be caused with GMail's IMAP implementation, or more precise, with their mail server. The 2.12 runs filtering only on \Recent messages, which is IMAP flag on the message with a meaning "you are first seeing this message" (or something like that). It has also flag \Seen, which you can set/unset when marking message read/unread. These two flags are independent. In case GMail is resetting the \Recent flag, then Evolution 2.12 will not filter messages at all. In 2.22 and now on the IMAP filters all messages new for the instance, thus it would work fine regardless the \Recent flag.
The question is, are your filter rules ignored fully or they sometimes apply automatically and sometimes not? (I do not count when you hit Ctrl+Y, which applies filters manually on selected messages in actual folder.)
Probably "the best" thing would be to update to Fedora 9 and try version 2.22.
I tried with my GMail account accessing through IMAP, sending myself the message and even I saw that first time, it isn't marked as \Recent, which explains all the issues you are seeing.
Tested on a rawhide install (different Box) filters worked even thought Inbox had read msgs.
Can I u\g Evo on the F8 without doing full F9 due to
Evolution is heavily tight to the gtk+/glib/gnome version. It would be easier to compile evolution-data-server from the source package on your machine, with added patch from upstream bug:
but it has been slightly modified, the actual version could be seen on
I'm closing this as current release, but we can discuss further, I'm fine with that. Thanks for your help.