GNOME Bugzilla – Bug 249505
Filters not always triggered on incoming mail
Last modified: 2005-11-15 02:22:21 UTC
Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: I have a largish (>20) number of filters, which depending on the usual factors, I filter to various folders for reading. Regularly the filters fail to trigger and i'm left with the message in my inbox. The filters do work as when I select the message manually->right click->Apply Filters the filter triggers and the message moves. The trigger fails regularly on "mailing-list is" filters and "Sender contains" Messages failing to trigger include many from the evolution mailing list and lkml The server is exchange 2000, being accessed via IMAP (no ssl) Steps to reproduce the problem: 1. Set up filters 2. Receive mail via IMAP 3. Profit Expected Results: All mail filtered automatically to respective folders How often does this happen? ~500-600 messages per day, at least 100 fail to trigger Additional Information: This problem has existed since I started using evolution full time - approx v 1.2 I can provide exact email and filters on request.
The follwing failed to trigger (posted to linux kernel - formatting screwed by cut and paste) This filter was created by Right clicking on an lkml message -> Create Rule from Message->Filter on Mailing List Received: from isa-fremantle.nautronix ([10.61.0.101]) by nautronix.com.au with Microsoft SMTPSVC(5.0.2195.6713); Fri, 10 Oct 2003 11:14:51 +0800Received: from Unknown [192.168.0.2] by isa-fremantle.nautronix - SurfControl E-mail Filter (4.7); Fri, 10 Oct 2003 11:14:51 +0800Received: from vger.kernel.org ([67.72.78.212]) by smtp-fremantle.nautronix (SAVSMTP 3.1.0.29) with SMTP id M2003101011100429418 for <Carl.Gherardi@nautronix.com.au>; Fri, 10 Oct 2003 11:10:05 +0800Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262337AbTJJDNK (ORCPT <rfc822;Carl.Gherardi@nautronix.com.au>); Thu, 9 Oct 2003 23:13:10 -0400Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262364AbTJJDNK (ORCPT <rfc822;linux-kernel-outgoing>); Thu, 9 Oct 2003 23:13:10 -0400Received: from mta7.pltn13.pbi.net ([64.164.98.8]:49283 "EHLO mta7.pltn13.pbi.net") by vger.kernel.org with ESMTP id S262337AbTJJDNH (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 9 Oct 2003 23:13:07 -0400Received: from pacbell.net (ppp-67-118-246-187.dialup.pltn13.pacbell.net [67.118.246.187]) by mta7.pltn13.pbi.net (8.12.9/8.12.3) with ESMTP id h9A3D11R017220; Thu, 9 Oct 2003 20:13:01 -0700 (PDT)Message-ID: <3F862556.5080701@pacbell.net>From: David Brownell <david-b@pacbell.net>To: Alan Stern <stern@rowland.harvard.edu>Date: Thu, 09 Oct 2003 20:19:50 -0700Subject: Re: USB APM suspendMIME-Version: 1.0Content-Type: text/plain; charset=us-ascii; format=flowedContent-Transfer-Encoding: 7bitX-Accept-Language: en-us, en, frX-Mailing-List: linux-kernel@vger.kernel.orgX-SEF-39B5D74E-C1DF-484D-895-A09B917EC6C0: 1References: <Pine.LNX.4.44L0.0309221606230.677-100000@ida.rowland.org>In-Reply-To: <Pine.LNX.4.44L0.0309221606230.677-100000@ida.rowland.org>User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225CC: Greg KH <greg@kroah.com>, USB development list <linux-usb-devel@lists.sourceforge.net>, linux-kernel@vger.kernel.orgSender: linux-kernel-owner@vger.kernel.orgPrecedence: bulkReturn-Path: linux-kernel-owner+Carl.Gherardi=40nautronix.com.au@vger.kernel.orgX-OriginalArrivalTime: 10 Oct 2003 03:14:51.0841 (UTC) FILETIME=[AB8A1B10:01C38EDC]X-Evolution-Source: imap://nautronix%2fCarl%20Gherardi%2fCarl.Gherardi@exchange/Alan Stern wrote:> > I tried the experiment of getting rid of the calls to pm_send_all(). > Surprisingly enough, it worked. That is, when I typed:> > apm --suspend> > everything was suspended, in the correct order; and when I pressed a key > everything awoke and seemed to be functioning properly. Just for the record: I tried this on 2.6.0-test7, on a system whereAPM has worked reliably forever, and it failed. (That was without eveninvolving USB -- there are still non-USB PM problems.)The device_suspend() logic did seem to call things in the right order,on one machine I hacked with some printks, but when the moment came toactually enter the APM suspend mode nothing happened ... except for adelay of maybe a minute, before the system resumed itself. (FWIW thePCI suspend methods involved were for yenta_cardbus and agpgart-intel.Both of those were called after "hda" spun itself down.)What should happen of course is the APM BIOS takes over and blanks thedisplay, and the power indicator changes (in my case to a low-frequencyamber blink, no longer solid green).- Dave-To unsubscribe from this list: send the line "unsubscribe linux-kernel" inthe body of a message to majordomo@vger.kernel.orgMore majordomo info at http://vger.kernel.org/majordomo-info.htmlPlease read the FAQ at http://www.tux.org/lkml/
*** This bug has been marked as a duplicate of 230470 ***