GNOME Bugzilla – Bug 272611
Filters are not applied to new mail on Exchange
Last modified: 2008-02-22 11:00:43 UTC
This bug has been opened here: https://bugzilla.ubuntu.com/4110 "Filters are not being applied automatically to incoming mail on Exchange. Selecting the messages and choosing 'Apply filters' works fine."
This is because "apply filters" option was missing for Exchange account in 2.1. Working now.
Verified on 2.1.6, build dated 08/03/2005, works fine
Forwarded from: https://launchpad.net/distros/ubuntu/+source/evolution-exchange/+bug/49097 (duplicate of https://launchpad.net/distros/ubuntu/+source/evolution-exchange/+bug/10669 ) I have set up a couple of filters. I can verify that they work by marking some e-mail and do Apply Filter. However, they don't get run on incoming mail. I have an Exchange account set up, where I have checked "Apply filters on new messages in the inbox on this server". But the filters don't get applied. My Exchange inbox is called "Personal Folders/Inbox" in case it matters. That's a name that the server has come up with, not me. As stated above, running filters manually work fine. I'm using evolution 2.6.1-0ubuntu7, shipped with Ubuntu 6.06 = Dapper on ia32, using a Swedish locale.
it works for me even for 'Apply filters on new messages in the inbox' Is that none of the filters are not working or one particular filter is not working ? What is that filter condition where filtering fails for new messages in inbox ?
Comment from the Ubuntu bug: " I haven't seen any filter triggering automatically on incoming mail. I have five filters in place for my incoming mail. None of them seem to trigger. When I run them manually after having received e-mail, all of them seem to work as expected. The first filter rule out of the five non-triggering ones is: Name: "Johans CRar" If any of the following conditions are met: Specific header "X-WebClarify-Owner" contains "walles" Specific header "X-WebClarify-Owner:" contains "walles" Specific header "X-WebClarify-Owner: " contains "walles" Then: Assign color [green]. I used three different queries for the e-mail header name since it's not obvious to me how I should specify a header for it to match. At least one of them is correct, since the filter works if I run it manually on the inbox. "
It appears that this bug has resurfaced in 2.12.0 . A decent list of people have recently re-reported the existing bug from years ago here. https://bugs.launchpad.net/ubuntu/+source/evolution-exchange/+bug/10669. I'll be providing more specific information upon request. --Stephen
I have the same problem. I have "Apply Filters to new messages in inbox on this server" checked. Filters are not getting applied to incoming messages. If I manually run them against emails they get applied correctly. I'm running Ubuntu Gutsy Gibbon and Evolution 2.12.1
+1. Version 2.12.0 from Ubuntu's 2.12.0-0ubuntu5 package. "Apply filters to new messages in Inbox on this server" and "Check new messages for Junk contents" both checked, but spamassassin does not run and rules do not fire either.
Looks like a duplicate of http://bugzilla.gnome.org/show_bug.cgi?id=444503 Sebastien ^^^ Please confirm this. Have already patched it up in there and committed it in the following revision http://svn.gnome.org/viewvc/evolution-exchange?view=revision&revision=1502
You're right, Bharath. This is a duplicate as of comment #3. The first two comments must have been for a different bug because of the timeframe. I will try the new revision when I get to work on Monday.
Hi Stephen, Can you try the new revision and post your comments? Want to confirm if it is working fine or has regressions.
I checked out the subversion repository and entered the directory 'evolution-exchange/trunk' and issued svn-buildpackage. This is the error I get: svn: 'debian' is not a working copy svn: Can't open file 'debian/.svn/entries': No such file or directory Not started from the Trunk directory or not a valid SVN repository. Aborting. I'm pretty sure the problem is my own since I don't really know what I'm doing. I'd love to help test this but my knowledge is limited. If you can help me build the package, I can install it and test it for you.
Alright, I was able to use the autogen script (I am a little new to this) and then installed the new code. Unfortunately, I get a crash: stevecrozz@ubuntu-im-01:~$ evolution CalDAV Eplugin starting up ... Loading Spamassasin as the default junk plugin ** (evolution:15897): DEBUG: mailto URL command: evolution %s ** (evolution:15897): DEBUG: mailto URL program: evolution evolution: symbol lookup error: /usr/lib/evolution-data-server-1.2/camel-providers-10/libcamelexchange.so: undefined symbol: camel_folder_info_new Let me know if you'd like some more info, I'll be happy to provide more upon request. --Stephen
i have no idea what "svn-buildpackage" is nor what it does. i recommend GARNOME (http://www.gnome.org/projects/garnome) or jhbuild if you want to test unstable packages, instead of compiling from svn (which took me weeks to figure out all the stuff). evolution: symbol lookup error: /usr/lib/evolution-data-server-1.2/camel-providers-10/libcamelexchange.so: undefined symbol: camel_folder_info_new means that you probably need a newer evolution-data-server as well.
Got it all compiled from the subversion repository, tested and I can confirm that it works. Message rules are now applied on arrival. I'll run it for a few days and see how it goes. Let me know if there's anything you'd like me to test specifically.
Will this bug be fixed with the next release?
Its been fixed now. *** This bug has been marked as a duplicate of 420503 ***