User Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0.1) Gecko/20111221 Firefox/9.0.1 SeaMonkey/2.6.1 Build ID: 20111221001913 Steps to reproduce: Regarding Message Filters functionality. I hope Component I chose is correct. I believe I've seen this bug reported in the past but it may have been in Thunderbird and I can't find it. I have filters set. Ex : [From] [is] BreakingNews@mail.cnn.com [Move Message to] [News on Local Folders] I receive an email that matched a filter (from BreakingNews@mail.cnn.com). Actual results: The email is moved appropriately to News folder on Local Folders. The next time I open Message Filters, the filter that is no longer "Enabled" (the check is now a dot). Expected results: The check should remain until I change it.

The closest I could find was Thunderbird Bug 481682 - Thunderbird Message Filters enabled with spacebar won't save enabled/disabled state on close of filter list window

Build identifier: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Firefox/10.0.2 SeaMonkey/2.7.2 I'm seeing the same behavior in SeaMonkey 2.7.2. (Or at least filters keep getting disabled. I can't confirm that triggering the filter is what does it, only that it is commonly triggered filters that tend to get disabled.)

The filter gets disabled after you RECEIVE a message and the filter is applied to it? That is strange.

So, my routine is to open mail application, read through my messages (both those that were moved as filtered and those in the in box), open Message filters..., click on all the filters that were unchecked (I have all filters checked which makes it easy). I've probably performed this procedure a thousand times as it has been an issue for years. I have to believe that many experience this and no one reports it.

I think there are some events where the program disables filters automatically when something is wrong. Let's see what could those be.

I need to correct my Comment 4. I open email, read my new emails (inbox), then open "Message filters..." and check all that are unchecked. Filters only work if I have email open and the filter checked. If I open the email application, the filters which should have triggered moves become unchecked and the email remains in the inbox. POP Mail Server

Bug 481682 should be unrelated: fixed in TB11, it didn't cause filters to get unchecked after being applied, it only didn't check (enable) them when the user enables them with spacebar. But Trevor clicks on them and he says they get enabled and work until the first message hit. Trevor, can you see into Tools->Error console if there are any errors after any filter disables itself?

There is no error console in the tools menu. I looked through the filterlog.html file (which is quite substantial) and there are no Applied filter message for the last 3 days (last one I could find, I had to search for date pattern as they don't seem to be chronological [how is that possible?] is 4/30/2012). The reason that is interesting is the filter was used yesterday multiple times (just from recollection of leaving Seamonkey on the previous night so the filters were working) but there is no record in the filterlog file. Also, I exited Seamonkey last night and this morning filters became unchecked. So, if I leave Seamonkey running the filters are not affected (they move emails and remain enabled). If there are incoming emails when I start Seamonkey, any filter that has a match gets unchecked and the email remains in the inbox. I hope that helps. Are you able to reproduce? Let me know of any other questions. I would love to have this fixed. Thanks for your help!

I can't reproduce so far. There is also a similar report in bug 751562 for Thunderbird. Have you upgraded to SM 2.8 since the original report?

I am currently on 2.9 of the Portable Edition (if that matters).

There was a bug with Filters in 2.9 which is fixed in 2.9.1. When Portable Apps comes up with a new version you should upgrade.

But I think the fixed bug is nothing like described here.

I am on 2.9.1 and still experience the issue. I was out for a few days and all my mail was in my inbox with many of the filters unchecked. The Portableapps SeaMonkey is downloaded from the PortableApps site (as opposed to other apps which simple direct you to the appropriate mozilla.org site). I'm surprised this is not easy to reproduce. It had this behavior before I went to the portable version and has followed me through the versions.

(In reply to Trevor from comment #8) > There is no error console in the tools menu. Philip, where is the Error console in Seamonkey?

> Philip, where is the Error console in Seamonkey? Tools -> Web Development -> Error Console

(In reply to Philip Chee from comment #15) > > Philip, where is the Error console in Seamonkey? > Tools -> Web Development -> Error Console Ah, similarly to Firefox. Trevor, can you now look into the console per comment 7?

Absolutely. I will keep an eye on it. I restarted after today's issues so there are not errors. I will report as soon as I can. Thanks.

No errors, only warnings (and messages). This morning when I logged in I received 8 incoming messages. 4 did not have filters so were left in the inbox. 4 were moved as filtered (typically, they do not get moved in this scenario) 1 of the filters became unchecked. The filter is as follows : ************************************************** Filter Name : Mozilla Apply filter when : Checking Mail or Manually Run Match all of the following From contains "@mozilla.org" Move Message to Mozilla on Local Folders ************************************************** That's all there is in the filter Error console had these 2 warnings... Timestamp: 5/11/2012 9:14:50 AM Warning: Ignoring obsolete chrome registration modifier 'xpcnativewrappers=no'. Source File: file:///E:/ProgramFiles/PortableApps/SeaMonkeyPortable/Data/profile/extensions/inspector@mozilla.org/chrome.manifest Line: 18 Timestamp: 5/11/2012 9:14:56 AM Warning: Unknown property '-moz-column-fill'. Declaration dropped. Source File: resource://gre-resources/ua.css Line: 166

The filters that were getting disabled for me were not for the default email account. A few days ago, I changed the default account be to the one with filters, and I haven't seen any filters disabled since. I'm still on SeaMonkey 2.8 because of extensions not compatible with 2.9x.

(In reply to Bob Babcock from comment #19) > A few days ago, I changed the default account be to the one with > filters, and I haven't seen any filters disabled since. Never mind. I just had a filter get disabled.

It appears as though I don't have the issue any longer. Last week I lost my settings and had to re-establish the link to my portable mail folders. I don't know why it happened, but it did. I also don't know if it had any affect on the problem. I was trying to gather more information to report before I had the settings loss and I wasn't able to recreate the problem, though I was traveling so I was not in my usual routine. I fixed my settings issue with some trouble on Monday and have been in my routine since then and the filters remain enabled. Perhaps in setting up my main and local mailboxes again I inadvertently used a different setting that fixed it. I'll keep an eye on it. Thanks!

Did you just create a new profile (the settings) and then set the Local Directory field to point to the mail folder where your mail was stored? Or did you have to remove the .msf files too?

It's back. It seems to have eased it's way back into my world. :( The filters are disabled (only the ones that have email when I start SeaMonkey). In order to get my email settings back I created a new profile and then pointed it to the appropriate mailbox and local folders. I know it's happening at work; I will check to see if it still happens when I get home as well.

Ok, more info. I did confirm that I am having the same issues at home that I am at the office. The power just went out here at work and I was forced to set up my email again. I decided to uncheck "Check for new messages at startup" to see what would happen. I am going to leave it unchecked for a while. When I manually downloaded my messages (8 of them), the filter worked as it should sending messages to my Local Folders as described. I would guess the code within the "Check for new messages at startup" is the culprit. FYI : I　ｈａｖｅ　ｌｅｆｔ　ｔｈｅ　ｏｔｈｅｒ　２　ｃｈｅｃｋｂｏｘｅｓ　ｃｈｅｃｋｅｄ　＂Ｃｈｅｃｋ　ｆｏｒ　ｎｅｗ　ｍｅｓｓａｇｅｓ　ｅｖｅｒｙ．．．＂　　ａｎｄ　"Automatically download new messages"

Could you try checking the downloading again? Can you see discussion bug 751562? Try to collapse some of the folders that are target of a filter in the left folder pane to see if the problem reappears.

I have "check for new messages at startup" enabled for all (8) of my email accounts. (Filters only apply to one account.) It seems that every filter that should trigger at startup gets disabled instead. I don't think disabling happens at any other time. All of the target folders are expanded. I enable the filters and use "run filters on folder" and all of the filters work. I have a script that checks msgFilterRules.dat for disabled rules when I log into Windows XP. Rules are always enabled at that point unless I've forgotten to fix them after the last run of SeaMonkey. I will try unchecking "check for new messages at startup".

Can you please try it in TB14 or the Seamonkey equivalent of it? A similar bug 751562 was fixed there.

My filters have not gotten disabled since I turned off "check for new messages at startup". I've just turned it back on; I'll see what happens. SeaMonkey version is now 2.11 (latest).

I have also not had issues with "Check for new messages at startup" turned off. I just turned it back on. I will report what I find. Thanks Aceman.

Sorry to report it isn't fixed. The very first time I started SeaMonkey with new messages available, it disabled all of the filters that should have triggered.

I seem to be suffering the identical problem. Has there been any progress toward a solution, or is the unchecking "check for new messages at startup" work-around the only option?

I have satisfied just clicking "Get Msgs" when I open my email rather than have to go in and reset the filters every day I get to work. I am turning it back on (and I believe this comment will create an email to myself) and will report the results when I have some.

I guess I should proof read my comments. "I have been satisfied just clicking..." "I am turning it ('check for new messages at startup') back on..."

My first test seems to have worked. I will leave "check for new messages at startup" turned on and check back tomorrow. Thanks.

Confirmed it is still an issue. I am turning "Server Settings", "Check for new messages at startup" back off (unchecked).

I have had this problem for a couple of months now. About once a day I receive the same email advertising photo retouching services. I set up a filter specifically to delete these emails but every day I find the email in my inbox and the message filter disabled. My other message filters work fine.

This happened to me when I had a duplicate in my filters.

NOT reproducible with DE SeaMonkey 2.35(γ) (Windows NT 6.1; WOW64; rv:38.0 nightly by Adrian Kalla) Gecko/20100101 Build 20150615204754 (Classic Theme) on German WIN7 64bit Currently I do not understand what exactly might be the problem. It seems that the problem from user story is that a mail filter what will move from a particular sender to a different folder. I have lots of these filters for my POP3 accounts what move lots of emails every day, I neverf saw a problem with this. Still anybody here seeing this problem?

Still happens with 2.33.1. Check for new messages at startup must be set to trigger the bug. Any filter to move messages (to a local folder?) that gets triggered on startup works but then gets disabled. It doesn't show as disabled until SeaMonkey is restarted.

(In reply to Bob Babcock from comment #39) > Check for new messages at startup must be set That's my configurations. @Trevor Can you plase test with a completely new, independent profile and a test e-mail account with out any relation to your exisiting email accounts?

Trying to create a test email account in a new profile, I fail because of this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1109595 I'll see if I can work around this tomorrow.

I tested with a new profile and an email account that doesn't need ssl. A filter that moves new messages to a local folder based on subject gets disabled if triggered at startup (SeaMonkey 2.33.1).

(In reply to Bob Babcock from comment #42) > filter that moves new messages to a local folder based on subject gets > disabled if triggered at startup (SeaMonkey 2.33.1). Strange! you really only see that for filters based on Subject-strings, not for filters based on sender-address? Please contribute exact information, NOT "filter something with subject" BUT screenshot showing all filter conditions and so on.

Example from filter that gets disabled.

Sample subject filter that gets disabled.

Is that filter for local folders or a different account?

OK, here are a couple screen captures of two filters, one on From and one on Subject. Both got disabled (in separate tests), so it doesn't seem to matter what the filter is testing. Only one filter existed at a time; I overwrote the from filter to make the subject filter. SeaMonkey is configured to ask which profile I want to use. So I pick the test profile, setup a filter and make sure it is enabled, then send myself a message that matches the filter. I then exit SeaMonkey, wait a little bit to allow the message to get to the mail server, then restart SeaMonkey. I get the expected popup that I have a new message as the browser window opens. I then open the mail window and check whether the message got filtered and whether the filter is enabled. I thought that the filter was acted on before it got disabled, but in the tests I just did where I was trying to be more careful about noting what happened, the message stayed in the inbox. Would it be useful if I test under Linux or Windows 8.1? Have have SeaMonkey installed on machines with these OSes but don't normally do email on them.

Re comment 46 - the profile is in C:\Temp\SeaTest. Local folders are in C:\Temp\SeaTest\Mail\Local Folders. Inbox is in C:\Temp\SeaTest\Mail\mail.wssddc.com. The filter runs on the inbox.

I should add, the test profile has only one (POP) account setup. My regular profile has a mixture of POP and IMAP accounts, but only one POP account gets a significant amount of mail. I have seen a filter get disabled on a 2nd POP account, but it's a filter that gets triggered maybe once a month.

Trevor's other bug in this area, bug 626739, has been closed. Perhaps this can be closed on the same basis?

Filters still get disabled for me in 2.40.

NOT reproducible with unofficial (akalla) English SeaMonkey 2.46 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 Build 20160923004119 (Default Classic Theme) on German WIN7 64bit: 1. In Menu 'Tools - Message Filters' for my default POP3 Email account (with SSL/TLS) I created a filter '"From" contains "xyz" - Move to “filterme” folder of Local Folders' 2. I sent an Email from my POP3 Email Account "xyz@mydomain.de" to my default POP3 Email account 3. I closed and relaunched SeaMonky, which starts with "Open Browser + Email at startup" » Email became downloaded to my default POP3 Email account and was moved to Drafts folder of Local Folders immediately 4. I checked Email filters for my default POP3 Email account "Enabled" was still checked for newly created filter. h) same result for steps 1-4 if I Launch SeaMonkey with only Browser (so that I have to launch Email Client in step 4) i) Same result with newly created “filterme” Local Folders folder