I have two mailing lists that I automatically have sent to another folder. One of them is the GTK mailing list in which case any messages that have To or CC as gtk-list@redhat.com @gnome.org @gtk.org or @gimp.org should automatically be sent to my GTK folder. However, I've been seeing messages that do not meet these criteria being filtered and sent to that folder. Please let me know if you need any special info to help you fix this bug. Thanks.

BTW, I'm running Linux-Mandrake 7.1 with a 2.2.16 kernel. My mozilla build is 2000091212.

Jeff- it would probably help if you could take a look at the emails that are being mis-filtered, and see if they have any thing in common- odd headers, first/last email being downloaded, etc. Without details on the emails that are being mishandled, it will probably be difficult to diagnose the problem.

*** Bug 54486 has been marked as a duplicate of this bug. ***

*** Bug 54485 has been marked as a duplicate of this bug. ***

Seems like this is definitely a problem, so even though I can't confirm it personally, I'm upgrading to new.

reassign to bienvenu - likely a backend issue

accept, but I can't reproduce this problem.

I have been experiencing the same problem intermittently for months. When it happens, all mail I receive is filtered into the same folder, including messages that match other filters and messages that match no filters and should appear in my Inbox. It doesn't happen very often (a couple times a month), and I haven't been able to figure out what makes it start or stop, but it appears that the errant mail is matching the first filter that correctly matches messages during a particular POP session. In other words, I have the following filters: Sender contains foo@foo.com -> move to foo folder To or CC contains bar@bar.com -> move to bar folder To or CC contains baz@baz.com -> move to baz folder Sender contains blah@blah.com -> move to blah folder etc. When I get mail, all messages match "bar", including messages that should match "blah" and messages that shouldn't match any filter, perhaps because "bar" is the first filter that matches a message at the time I POP my mail ("foo" rarely matches anything, but "bar" matches a lot). This problem occurred for me yesterday, and I found the mail just now, which is when I got sick of the problem and decided to look up the bug. Other info about my situation: I run the latest nightlies on Linux and have been using Mail/News as my primary mail client since February/March since I migrated my mail from NS4x. Where are the filters stored in Mozilla? I couldn't find a file for them in my profile directory. Are they in Mork itself? Is there an XPCOM interface for retrieving them programmatically so I can analyze them for problems?

rules.dat in the pop3 host sub-directory of your profile contains your mail filters - it's a text file. There is a programmatic interface for getting your filters - look at nsIMsgFilterList.idl. But I don't think that's going to be that useful. I think it would be more useful to set up filter logging. Just edit your rules.dat file by hand (when Netscape6/Mozilla is not running) and change the logging=no to logging=yes. Then, when you run, the mail filter actions will get written out to a file called filter.log, which will probably be in the same directory as your Netscape6/Mozilla executable. The log grows without bounds, so each session's filter activities will be logged. Then, when you have some mis-filtering happen, could you grab the log file and send it to me, along with a description of the mis-filtering. I'll try to match your filters file to the log file and get some idea of what's going wrong. The log will have the author, subject, and date of each message that gets filtered, so if you want to edit out sensitive info, go ahead. I should warn you that the log file only uses a linefeed instead of a carriage return/linefeed pair to end each line, which some editors won't like. This should tell us if the probem is in the filter term matching, or in the filter destination action (i.e., if we get stuck matching the wrong filter, or get stuck applying the wrong action)

I found my rules.dat file and will turn on filtering and send you the results of improper filtering when it occurs. Also, I noticed bug 55983, and FWIW all my conditions (all but one of which are single-term) start with "OR".

Just wanted to confirm the bug is still found in M18 and in Netscape PR3 as well. It's easily reproducible, in fact, it occurs everytime when downloading mail (from a POP server). It seems some people can't reproduce this, if you want more info, let me know. Thig bus was there ever since I tried Mozilla's mail filters.

*** Bug 58581 has been marked as a duplicate of this bug. ***

adding mail3 keyword

changing priorities

marking nsbeta1+ and moving to mozilla0.8. If we can reproduce this in house, let's fix it. Otherwise, we'll need to make this nsbeta1-

moving to mozilla0.9

I'm pretty sure this should've been taken care of by the fix for bug 55983. I cannot reproduce this (filtering to wrong folder) with any criteria choice, even To: or Cc: contains. I'm going to mark this worksforme based on the above, especially given the timeframe this bug was reported and no current commentary. FYI - There is a current (Linux) POP filter bug 68737 which makes it so the filtered messages don't display in the destination folder, but are trackable on disk and I've not seen them filter to the wrong folder. Marking worksforme.

marking verified worksforme