223921 - Junk Mail Controls window settings don't stick

Status: RESOLVED INCOMPLETE

(MailNews Core :: Filters, defect)

Description

[Kenneth Brown]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007

In mail goto Tools/Junk Mail Controls...  Change any parameter on this page and
press OK button.  Come back to this page and notice that none of the changes
were recorded.

Note: Previously, I had set up the Junk Mail Controls successfully and for one
or two sessions it worked beautifully.  But a few sessions after installing
Mozilla, it stopped working.  I noticed this because it was not moving the junk
mail to the "Junk" folder automatically as I asked it to.  So I went to the Junk
Mail Control window, and I found that the folder to which junk mail was to be
moved was set to a blank field (Strange!).  After I corrected it to the Junk
subfolder under which I created the mail account, I pressed OK.  But this did
not stick.  It turns out none of the parameters could be changed.


Reproducible: Always

Steps to Reproduce:
1.  Go to Mail's Tools menu, select Junk Mail Controls...
2.  Change any parameter in this window and press OK
3.  Go back to Tools/Junk Mail Controls... Notice no changes were recorded.

Actual Results:  
The changes made to the Junk Mail Controls was not recorded.  

Expected Results:  
The changes made in the Junk Mail Controls should have persisted.

Running XP Pro with latest Service Packs and Critical Updates.  512MB RAM, AMD
Athlon 2000+, 60GB hard drive with approx. 50 GB free.  Installed Mozilla in
default directory.  Set up just one e-mail account.  No other e-mail client
installed on machine.

Comment 1

[Kenneth Brown]

In the original submission, I had only one mail account set up, and the anomaly
showed up.  Afterwards, I set up a second mail account.  I tried the Junk Mail
Controls and it worked fine for not only the second account but the original
account I had.  So by adding another account, the problem was "solved".  The
original assertion still stands, but there is a workaround.  In my case I
created a second account then simply deleted it.  I'm back to one account with
Junk Mail Controls working.

Comment 2

[Ron Morse]

I have exactly the same behavior.  Per comment #1, creating another account
allowed the Junk Mail settings to be changed, and they worked as expected for
the duration of the session. However, the problem returned after the machine was
restarted the next morning. 

Comment 3

[Mike Cowperthwaite]

See bug 192119.  Also see bug 213300, where there is some discussion about how 
some antivirus software can interfere with these settings.

Kenneth Brown, if you think either of those bugs are your problem, please mark 
this one as a dupe.

Comment 4

[Steven Scott]

I have the same problem after updating to the new version of Mozilla 1.6B.  The
settings do appear to be working, but they are not showing to the user via the
user interface.

Comment 5

[David Haas]

*** Bug 230324 has been marked as a duplicate of this bug. ***

Comment 6

[HJ]

Confirming bug for: [e-mail] (KC Morris)

Comment 7

[marten.strom]

I too have this problem, and have had it for about a months time now, since
updating to 1.8a2? Unfortunately the proposed workaround doesn't work. The junk
mail control has always worked ok for the second account, and for a newly added
third account. But not for the first, main account... nah! Just as the
description says; Any modifications in the settings won't stick. Is this problem
really this rare? Using 1.8a4 on winXP.

Comment 8

[WADA:World Anti-bad-Duping Agency]

To all problem reporters:
  Is symptom described in Bug 312180 involved in your problem?
If YES, read Bug 312180 Comment #12, and check whether inconsistency exists or not between mail.server.serverN.spamActionTargetFolder and mail.server.serverN.hostname / mail.server.serverN.userName.
If same issue, see also Bug 327108(mail.identity.idX.fcc_folder case), and try latest trunk nightly to which patch for Bug 327108 is already applied.

Comment 9

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 10

[Wayne Mery (:wsmwk)]

I believe reporter is gone, and other bugs document the possible causes rather well. so ...
=> incomplete