From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1) Gecko/20010607 BuildID: 2001060703 Message filter is deactivating some filters. Turning filter back on is effective until a message arrives that uses the dodgy filter, then it deactivates again. Reproducible: Always Steps to Reproduce: 1. Turn message filter on 2. Message relevant to filter arrives, filter is deactivated Actual Results: Incoming message is dumped in either the inbox or the trash, as the filter has been deactivated Expected Results: Incoming message should go to appropriate folder This is only happening on two filters at the moment. I do not know why it is these filters and not others. Deleting the affected filter and recreating it seems to fix the problem.
Jodi, can you post your rules.dat file? This may be a dup of a bug I am working on.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Likely caused by folder path problem? ref bug 41720 as base bug.
Ok, I have the same problem and have more informations on this. The woraround is: Open the Mailfolder on the righthand side of your Mail. If you want to Filter Mail from your Inbox to Local-Mail->Majordomo->Listname you need to see the subfolder on the righthand side. If the folder is collapsed the Filter gets deactivated. This is allways reproducible. Steps to Reproduce: 1. Create Folder in Local-Mail (e.g. Local-Mail->Majordomo->lk) 2. Collapse Local-Mail on the righthand side (Only Local-Mail is seen) 3. Create Filter for an Imap/Pop-Account that moves some messages to the newly created subfolder on Local-Mail 4. The first messages that is matched by the filter deactivates the filter.
Oh, I forgot some infos: I am using Linux with the latest nightly build of mozilla.
Martin, can you re-try your testcase with a newer nightly build (downloadable from www.mozilla.org) ?
Martin / Jodi: 1. Does it work with a nightly build from mozilla.org from today? 2. Try editing one of the filters that turns off themselves, and correct the path. The folder path may be corrupt (in such cases, we auto-disable) Please try both those, maybe in combination, and report back. Thanks!
1. Yes, it does work with the nightly build from today. 2. Pathes in the rules.dat-file were ok. (as expected, because reenabling the Folder and Extending Local Mails helped to get the rule work again in previous versions. So from my side this bug ist fixed with the latest nightly build.
Sorry. 2. should read reenabling the rule of course.
Marking verified worksforme. (underlying bug 41720)
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.