User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 When opening the "Junk Mail Controls" dialog box when the "Move incoming messages determined..." checkbox is not checked, the "Move them to the Junk folder" radiobox is disabled. After unchecking and rechecking the "When I manually..." checkbox, the radiobox is enabled again. Reproducible: Always Steps to Reproduce:

MailNews bug 217528

I've seen similar behavior with Mozilla 1.5 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 When I go to enable junk mail controls, the settings do not persist the next time I user the pulldown. I followed steps documented on websites to move my mail and settings to a clean profile and the problem went away. Later it came back. Turns out my virus software took it upon itself to change my mail account settings (resulting in changes to prefs.js) to use a host name scheme like the following" [snip] user_pref("mail.server.server1.hostname", "localhost"); user_pref("mail.server.server1.userName", "schmoopie/mail.foo.com"); This appears to have caused Mozilla to get confused about the spamActionTarget* settings, which seems to prevent the junk mail controls from persisting. To reproduce, install a virus client that attempts to autoconfigure email checking. Not sure how to fix. Maybe some additional checking on making the spamActionTarget* settings match the hostname & username settings when external programs come in to make adjustments.

> user_pref("mail.server.server1.hostname", "localhost"); > user_pref("mail.server.server1.userName", "schmoopie/mail.foo.com"); See Bug 213300. This change is done by mail scan function of new versions of Trend Micro's PC-cillin(Virus Buster in Japan). But some versions of PC-cillin does not change value of "mail.server.serverN.spamActionTargetAccount" although this value should be changed if mail server name is changed. This inconsistency causes damage on Mizlla's junk mail control. Simplest workaround is : Put servername and username back to original value from account setting window and save it. Then change servername and username manually to above value required for mail scan by PC-cillin. Mozilla/Thunderbird sets all related preference entries consistently. Similar problem is also reported for Symantec's Norton family and McAfee's VirusScan although modified value is different from PC-cillin's case.

additional note... I've found that this affects my regular message filters too, not as sure how to fix that, though

Mail filter is saved in msgFilterRules.dat in Mail directry and filter definition contains internal mail folder pathname and this pathname contains "<username>@<servername>" combination. See msgFilterRules.dat file. This is probably one of the reasons why mail filter is also damaged if hostname and userName value in prefs.js are modified. Steven Azar, Try following recovery procedure. (1) Change hostname in prefs.js back to original server name (mail.foo.com) from "localhost" by text editor. (2) Change userName in prefs.js back to original username(schmoopie) from "schmoopie/mail.foo.com" by text editor. (3) Restart Thunderbird (4) Try to access mail server (5) If OK, change hostname and username to "localhost" and "schmoopie/mail.foo.com", which are required for mail scan, through "Server Settings" UI panel of "Account Settings". (6) Shutdown Thunderbird. (7) Thunderbird probably places these changes into mail.server.serverN.realhostname and mail.server.serverN.realuserName (8) Restart Thunderbird. See Bug 213300 Comment #11 for detail. Even after above procedure worked well and anti-virus's mail scan worked well with Thunderbird for a while, I think anti-virus software will probably change mail.server.serverN.hostname and mail.server.serverN.userName again on reboot if auto-configuration function of ant-virus software is enabled. Are there any way to disable this auto-configuration without disabling mail scan function? Read help or manual or guide of your anti-virus software, please.

WADA, and Steven Azar: the original report in this bug has nothing to do with attempts at setting up JMC not persisting, nor with the prefs.js setting being overwritten. It is about a simple inconsistency in disabling one particular control, and is easy to reproduce by following the instructions in the report. Its 'trivial' severity seems appropriate. Having pointers from other bugs (e.g. bug 213300) to *this* bug as being "about" problems with antivirus software is counterproductive. (Bug 192119 seems the more appropriate venue for that...) Comment 1 correctly identifies this same bug in the MailNews product.

Mike Cowperthwaite, I agree with you. Thanks for your point-out and sorry for my cluttering.

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

Altho this was duped to a Mozilla bug, bug 233281 is a TB bug that has a patch checked in for this problem. Builds from today onwards should see this fixed in Thunderbird.