Closed Bug 187504 Opened 22 years ago Closed 17 years ago

Bayesian junk mail filters work with only 1 account

Categories

(MailNews Core :: Filters, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: supradave, Assigned: naving)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20021230 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20021230 Junk mail filtering seems to work fine with 1 account but not with multiple accounts. I have only tried with IMAP since that is how I use my mail at this time. Also, in this situation, when I run Tools -> Run Junk Mail Controls on selected Messages, the junk mail icon disappears and I'm not sure if the training.dat file is getting update properly, though it is getting updated. Reproducible: Always Steps to Reproduce: 1. Create multiple accounts in Mail/News 2. 3. Actual Results: No filtering Expected Results: Filtered messages
Reporter: Have you enabled junkmail for that Account ?
sorry if this is not very helpful, but ... i have multiple pop accounts and am interested in turning on bayesian junk filters, but use mozilla-mail under OS X for mac. didn't see a way specifically to turn this on for this platform to test this here. i could provide testing for this if there is interest in turning it on for mac.
Using jan6 commercial trunk (1.3b) on mac OS 10.2 there is indeed junk mail control per account... I'm not sure I understand your last comment. You do need to enable the junk mail controls for each account separately at this time (subject to change in the future). In the Tools|Junk Mail Controls dialog, there is an Account dropdown. Select each account individually and see if the first checkbox "enable junk mail controls" is enabled for the account(s) you believe should be working. If indeed each account is enabled and still not working, report back with some more details of what you're seeing. Thanks.
After playing with the filtering for some time, I have recreated my profile by moving .mozilla to .mozilla.old and starting Mozilla up. I set up only 1 account in Mail and still am having the same problem. I have been downloading the nightlies daily. Junk Mail Filter is enabled. When I receive junk I mark it as junk. I then go to Tools -> Run Junk Mail Controls... on the message. The Junk Mail icon on that message then goes out. I tested this by sending a junk mail from my yahoo account. I marked the message as junk and then resent the junk mail message from my yahoo account and the message did not get marked as junk. I am running Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030110 on a fully patched RedHat 8.0 distribution. I am also running a previous build of the 1.3a series on Mandrake 9.0, fully patched. I am also running a previous build of 1.3a on Win98. The filtering works on the Mandrake machine in multiple accounts and works on Win98 with a single account (have not tried multiple). Hardware differences are RH8.0 is Intel PII, Man9.0 is a PIII and the Win98 is a PIV. The RH8.0 does have the RH-Mozilla RPM's installed. I will attempt to remove those and test some more.
See bug 188232 for one possible reason your filtering might fail. If you don't want to plow through that bug, try manually marking at least one good email as a good email and see if it works then. In my case (POP mail, four accounts, Win98, build ID 2003011908) junk mail filtering is working great on all four accounts.
Reporter: do you still see the problem as reported in this bug with a recent build?
With 1.3b, I was using junk filtering with my POP account, and it was working fine, moving junk to the junk folder that's part of that account. I have a second, IMAP account (which is only accessible when I VPN to my office). I enabled junk filtering on the account, and set it to move junk to a junk folder on the IMAP server. Now the POP account marks junk as junk, but it has quit moving the junk to the junk folder. I've disabled junk mail controls on the IMAP accout, which hasn't helped.
I would have prefered Junk Mail training to be a "global" behaviour. It stands to reason that if one person uses multiple accounts, then they will see junk mail as beening the same no matter what account is being accessed. It would be NICE to have a "global" training option or a means to specify that the global stats be the composite of all individual junk mail stats.
Dave Higgins, is this bug still a problem for you? With 1.4's automated move-junk-to-Junk-folder feature, it's seldom necessary to Run Junk Mail Controls anymore. I recall seeing another bug that complained that some Junk behavior was not working for every account, but I cannot find that one after 15 minutes of searching. Ray Charbonneau, do you mean (comment 7) that you are moving Junk from your POP account to a Junk folder on your IMAP server? That seems counterintuitive, but might explain why the junk isn't being moved, unless you're VPN'd to your IMAP account and the messages still don't get moved. Anthony Howe, do you mean (comment 8) that the 'training.dat' file should be global, or the turning on of JMC should be global? Bug 194914 is an RFE to make training.dat specific to accounts (which I don't agree with) which implies that it currently *is* global. Bug 217258 was a (mistaken) RFE to make JMC account-specific, which I do agree with.
I'm not familar with your terms: JMC and RFE. My comments come from a user perspective. I have multiple accounts and I want junk mail training to be universal across all accounts, since my preference will be the same in all accounts. Having junk mail training account specific is a real pain, since I would have to train each account profile separately, which is an unacceptable user interface and takes lots of time. I expect to do it once and have it applied to ALL my accounts no matter within which account the training took place. I have a similar beef with mail filters. There are some filters I really would like to apply global across all accounts or at least have the ability to copy/paste filters between accounts. Mail filters though are not the same as junk mail filtering. Essentially when it comes to junk mail filtering, I want coarse granularity (ie. all accounts) - I see no advantage to fine granuality at the single account level. Mail filters however, differ since they shuffle mail about, so its useful to have general rules and account specific rules.
"JMC" = Junk Mail Controls "RFE" = Request For Enhancement I meant, in comment 9, that: I agree with the notion that JMC should be set individually per each accounts -- which it is, contrary to the original report of bug 217258; and I disagree with the notion that junk-mail training data should be account- specific (and apparently, you disagree also). However, I believe it is already *is* global (and the reporter of bug 194914 wants to change that). Or perhaps you mean "global" in the sense of "shared across profiles" as opposed to "shared across accounts"?
To me accounts and profiles appear to be the same, since I'm the only user of my machine. My definition of account is equivalent to one mailbox/email address pair. Now if you define a profile as a collection of accounts, then the scope of junk mail controls should apply to all accounts within a profile, since it might be the case that different profiles actually reflect different users on the same machine. If your definitions defer, then your mileage will vary.
Dave Higgins: the bug I referred to in comment 9, where another junk feature apparently only worked for one account, is bug 195047. That seems to have also been an IMAP-related issue, and there was a fix checked in for that yesterday; I don't know whether that fix would have anything to do with your problem.
No, my fix won't help. It had to do with automatic purging of junk mail. Here's some info - junk training *is* global to your profile. It *is not* per account. Junk mail controls (whether to look for junk, and what to do with it when we find it) is per account and rightly so, IMHO. Anthony, are you still having a problem other than the Junk Mail Controls being per-account?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Product: MailNews → Core
incomplete, no response
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.