Closed Bug 192499 Opened 23 years ago Closed 22 years ago

junk mail filter does not work for already filtered mails

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 180153

People

(Reporter: zds, Assigned: sspitzer)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030208 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030208 Junk mail filter lets mails that match any normal message filter go through and does not move them to Junk folder. As most of my incoming mail is filtered to some sub-folder as they arrive, at least half of the spam gets through. Especially annoying this is on the spams coming to mailing lists, as it'd be much more inconvenient to let all the mailing lists to the inbox than that the spam gets filtered to mailing list's folder and not to Junk, but having spam in mailing list folder is inconvenient too. Reproducible: Always Steps to Reproduce: 1. Set mail-filter that filters all the messages coming to certain address to some folder other than Inbox 2. Wait for a spam to arrive Actual Results: When I receive spam that is addressed to mailing-list I have filter for, spam gets filtered to mailing list's folder and not to Junk. Expected Results: Move all the spam to Junk folder, even if they match some Message Filter criteria.
Spam filters should run on incoming mail only, before the other filters are applied. This would resolve not only this problem, but bug 180855 too.
I have the same problem here, I would very much appreciate the behaviour mentioned in comment #1
Hmm, but then I'd like it to be configurable. I have one mailinglist that I want to keep 'intact'. In other words, spam to that list should not be moved away. Maybe an option to tell it to ignore certain folders would be possible? Or some kind of folder preferences where you can turn off the spam filte.r
I confirm this bug on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Operating System Win XP
I aslo confirm that this problem exists also in Mozilla 1.4rc1 and in ThunderBird and for both POP3 and IMAP(remote) folders.
This bug requests the opposite of bug 198961. Excluding folders from junk-mail controls is bug 180855.
I see now conflict here with bug 180855: In both what is requested is a possibility to _select_ that some folders are not scanned for junk while some are. In bug 180855 the problem was that 1) user had folders that were stored remotely, 2) he had some high volume mailing list and 3) he wanted to delete the messages and thus not scan them for being Junk or not. It's completely another matter how often people are going to order themselves email they are not willing to read, but I think this kind of logic would satisfy all people spoken this far: 1) Make it possible for user to set per email account whether they are filtered for Junk _and_ 2) make it possible to override this on folder to folder basis. In fact I think the default value for this could be defined by whether the email account is using remote folders or not (IMAP or POP, respectively). Why I would like to have these two different options is that I assume that for most of us most of the folders of the same account are wanted to behave the same way - for me it's "scan all folders except some", for someone using IMAP over slow network it might be "scan only some selected folders". And the another issue addressed in comments for these bugs: Messages should be scanned before arriving into any folder. While I think this would be good, I think it _should_ be enough just to mark whether some message has been scanned or not yet. So, it does not much harm if some messages are scanned after arriving to some folder as long as _nothing is scanned twice_. But I'll be happy with either of these solution. Does this make sense?
Argh! I meant that "I see _no_ conflict..."! Please forgive for a sleep-deprivated non-native english-writer..
*** This bug has been marked as a duplicate of 180153 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.