User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060808 Fedora/1.5.0.6-2.fc5 Firefox/1.5.0.6 Build Identifier: Thunderbird version 1.5.0.5 (20060808) Messages which are determined to be Junk can be a) deleted or b) moved to a junk folder (and removed after x days optionally). This is done in the Junk Mail Controls dialogue. While most other options in that dialogue are specific to junk mail only, this "what to do with a Junk message" is mostly a filter by nature. I would suggest that Junk Status be integrated to filters, which allows for adding features to both simultaneously. Naturally, Junk Mail Controls should then allow for a shortcut on creating a new filter for what to do with them and swap to the Filter editing dialog. One thing I would like to do would be a general filter that says "If this mail is Junk and it is *not* in folder Junk_Email (which my server uses for surefire junk), move it in the Junk_unsure folder (which I use for what my server suspects might be junk)". Right now I can either trust Thunderbird's filter to be as airtight as my server's "definitely spam", and have all go to Junk_Email which is browsed very seldom, or I can have Thunderbird's filter send it to Junk_unsure, which means that when I browse Junk_Email, part of the mail there is moved over to Junk_unsure, which is inconvenient. Currently, there is no 'Junk status' filtering possibility for regular filters (which would have to be added), nor is there a way to include location (the message being in a specific folder) as either a matchable (AND) or unmatchable (AND NOT) criteria in a filter. These are tied to my purposes of filing this bug. Reproducible: Always Related bugs: Bug 329569 suggests that when a user opens a folder which causes a filter to move messages to another folder, spam control should be run on them immediately and not only when the target folder is opened. Part of the purpose of this is AFAICT to not do a two-way move (e.g. inbox->devmailinglist->spam) but get to the goal directly (inbox->spam), which is one of those things that is generally done by arranging mail filters in priority order - this requires them to both be filters. :) Extending junk management: Bug 326542 suggests adding an 'unsure' category for Thunderbird as well. It's part of the reason I have this problem in the first place. Extending filters: Bug 247977 suggests that Status for view filters (but why not regular filters while at it) should include "Deleted". (Similarly, the Status option is missing Junk status Junk, and the options are missing "is in folder x".) Bug 242860 suggests adding List-id on the selectable filter headers and argues why it would be nicer than doing it manually via a customized header. Bug 262481 suggests adding a filter action of 'save attachments to...'. It's not directly relevant to spam, but attachment handling for possible worms might be worth considering too. Bug 80439 suggests calling an external program as a filter criteria or as a filter action. This extends the filter system considerably, and might e.g. resolve the above bug. :)

*** This bug has been marked as a duplicate of 196036 ***