User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:188.8.131.52) Gecko/20070219 Firefox/184.108.40.206 Build Identifier: 220.127.116.11 (20070221) When I get mail, it goes to my inbox as it should. Lately that mail has been going to my JUNK folder. When I find it there, I push the button that tells it to be NOT junk and I have to manually move it to my inbox. This same mail as well as others on the next email check still go to the JUNK folder. Telling it that its not junk has to be done daily. Reproducible: Sometimes Steps to Reproduce: 1.check mail 2.mail that was chosen as not junk is sent to junk 3. Actual Results: choose mail as not junk and manually move it back to the inbox Expected Results: happens again at a later time kept my settings
Melody: Is this still happening? Note that some words in the mail might have been marked as "spam" a few times so the junk filter still has a negative rating for some of the words. You can also use the extension Mnenhy to take a look at the training.dat file, see https://addons.mozilla.org/en-US/thunderbird/addon/2516.
Do note also that restart TB is necessary to learn recent training. I run Tb all time and restart os rarely, but sleep it, which may be the case for others and may lead to such training inconvenience. So please try a Tb restart and see if that recent learning happens ..
(In reply to comment #3) > Do note also that restart TB is necessary to learn recent training. I run Tb Not true; this is easy enough to test with some messages copied in a temp folder and and a few rounds of junking / unjunking things and using Tools -> Run Junk Mail Controls on Folder to see the current opinions of the classifier. In some previous versions (trunk up to 2006, branch up to <18.104.22.168) the training.dat file would tend to not be saved before exit (bug 283493), but that doesn't impact changes getting used while running.
Melody could you try to see if it still happens with http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/ ?
Closing Incomplete for lack of answers. Feel free to reopen if you can provide more information.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → INCOMPLETE
Whiteboard: closeme-2009-08-10 → closeme 2009-08-10
You need to log in before you can comment on or make changes to this bug.