User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Thunderbird version 0.9 (20041103) If using "Junk Mail Controlls" for "Local Folders" and only the option "When I manually mark messages as Junk" (do not set the option "Move incomming messages determinded to be junk mail to", the Junk Folder is not created automatically. Reproducible: Always Steps to Reproduce: 1. Use a brand new installation with default settings. 2. Make sure there is no "Junk" folder yet. 3. Goto Junk Mail Controlls 4. Do NOT active the function "Move incomming messages determinded to be junk mail to". 5. Activate the function "When I manually mark messages as Junk" 6. Try to manually set a email to be junk. Actual Results: Email should be move to the "junk" folder automatically. This does not happen, because the "junk" folder does not exist. Expected Results: The "junk" folder should be created automatically after enabling the option "When I manually mark messages as Junk".

Since the ability to select or define a junk folder is disabled along with "Move incoming messages determined to be junk mail to:", it doesn't really make sense to be able to manually move messages to a nonexistent or undefinable junk folder. Either the selection of the junk folder should be moved elsewhere, or the "When I manually mark messages as junk" section should also be disabled with the "Move incoming messages determined to be junk mail to:" section.

For comment 1 - I think that the first one should apply. Configuring junk folder location should be moved out of "Move incoming messages determined to be junk mail", to be possible to use the same setting for automatic and manual junk mail selection. It should at best go to "Copies & Folders" section of "Mail and Newsgroup account settings".

Mozilla Suite bug on this issue is Bug 217528.

I think this bug can be CONFIRMED because both Bug 279018 and Bug 299828, which are candidates of DUP of this bug, have status of NEW.

Bug 292038 is related, if not an outright dupe. I think that the adaptive filtering needs to be separated completely from things like the existance of the Junk folder and the "Handling" options. I would like to turn off the adaptive filter but still manage junk mail through filters, yet I am forced to turn on the adaptive filter just so my message filters can work correctly.

I can't use 'adaptive filtering' usefully, because it doesn't work for my inbound email. My ISP does a great job of removing 97%+ of ALL inbound SPAM. So this means that the adaptive function has a rediculous false-positive rate for new newsletters, and regularly for exsisting newsletters on security subjects. In a corporate setting OR recently in a government department (where I was consulting), I have an issue with 'adaptive filtering' for users (term used very broadly) who can't understand what happened to their inbound email. This happens when the corporate firewall, SPAM filtering, BAYSIAN, etc. removes 100% of all suspicious emails. The remaining false positives are reviewed and forwarded by human intervention. Given that Baysian Search (or equivalent) works so well, we need Thunderbird to EITHER use it correctly OR work alongside it (already filtered). This is a strong arguement for this bug, and the need to usefully support manual ONLY. Your comments please on whether we need a NEW bug for better handling where inbound email has already been heavily filtered.

I think what is particularly misleading is the wording: 'Move them to the "Junk" folder' With "Junk" being in double quotes like that, it appears to mean 'the folder called "Junk"', whereas what actually happens is: 'Move them to the above defined folder, else do nothing' I would suggest that the whole "when I manually mark..." section of the dialog should be disabled if the previous "move incoming messages determined to be junk..." is disabled, since its settings are ignored in that case anyway. Try ticking "When I manually mark..." and 'Move them to the "Junk" folder' but unticking "Move incoming messages determined to be junk..." and you'll see that manually marking messages as junk won't get them moved anywhere, even if the "Junk" folder already exists.

(In reply to comment #2) > Configuring junk folder location should be moved out of [Junk controls....] > It should at best go to "Copies & Folders" section of "Mail and Newsgroup > account settings". I agree this would make sense.

(In reply to comment #6) > > Given that Baysian Search (or equivalent) works so well, we need Thunderbird to > EITHER use it correctly OR work alongside it (already filtered). This is a > strong arguement for this bug, and the need to usefully support manual ONLY. > > Your comments please on whether we need a NEW bug for better handling where > inbound email has already been heavily filtered. Some kind of proxy autoconfiguration file like configuration file could be defined that says what to do with noted and confirmed junk, such as send it to a central baysian engine; the possibility of recognizing "Simple Junk Mail Declaration Protocol" headers or something like that and widening junk techniques to multiple categories (why can't I train a baysian filter to put things into the "interesting" or "fun" or "boring" or "dull" folders in addition to "junk"?) anyway this might be better in a wish-list bug; I was added to the CC for this bug and I'm not 100% certain why.

did fix of bug 279018 in 2.0.0.8 affect this?

On latest trunk the situation is as follows: e-mail marked as junk is moved to the trash folder - not expected, junk folder should be automatically created if it doesn't exist. After creating manually junk folder e-mails are moved to it (after restart junk folder is visible as a real junk folder and not ordinary folder) but this is a workaround. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080915030813 Shredder/3.0b1pre

(In reply to comment #6) Hello, two years after I have to fully agree with this comment. The adaptive filtering in case of using some effective spam killing system in front of Sea Monkey makes the adaptive filtering more annoying than helpful due to non existing possiblitity to train its adaptive filter. I will be very happy to have independent possibility to manually mark and move spam message (which was able to go through the main spam killer) without having the adaptive filtering active, because it regullary marks messages, which are not spam. Regards, Zetka.