Closed Bug 192853 Opened 23 years ago Closed 22 years ago

Spam blocks busted (or severely limited) in 1.3b release

Categories

(MailNews Core :: Filters, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: mikemc-mozilla, Assigned: naving)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210 My Mozilla 1.3a build caught most spam that made it my way. I painstakingly reviewed the past 4 years of email and marked as spam the spam that I didn't manage to delete before. I was blown away by how accurate the new spam filters worked in 1.3a. Then I upgraded to 1.3b and now all spam gets through. So then I thought, well lets make a backup of training.dat and start over. So I did the same process ALL over again - no results. Spam gets in undetected. So, as a last result (since I sys admin several qmail mail servers) I thought that I would just find POP3 accounts that have not logged in in the past year but still receive email (the accounts have been marked for deletion as well). Found 7000+ pure SPAM emails (the ones that just bother the hell out of you when you see their subjects in your inbox) on the first two I try. So I download those to a seperate POP3 account that I set up in Mail/News and mark them all as SPAM. My new training.dat file is now 1.6MB. I move them to the "Junk" folder on my main POP3 account. NO improvement at all. 1.3a caught almost all Spam after feeding it about 700 emails as samples. 1.3b was shown close to 8000 spam emails and now ALL spam gets through. Therefore, I am left with the conclusion that something is up with 1.3b. In fact, when I initially tried to transfer 7000+ newly downloaded spam emails to the Junk folder, Mozilla crashed and the feedback agent sent you guys something. I hope it can be fixed, I miss the spam killing power of 1.3a. Reproducible: Always Steps to Reproduce: 1.Download email 2.Spam gets in 3.Curse spammer 4.Mark as spam and moce to Junk 5.Repeat process Actual Results: left with smelly rotten spam in my inbox - keep in mind that qmail is even checking 4 RBLs before it gets here BTW - I have LOTS of spam if you want it for your junk newsgroup. Not sure what the policy is for that. I am assuming it was posted in the hopes of training the bayesian filter? Expected Results: i liked what 1.3a did - it marked the spam FEATURE REQUEST: Bayesian (or however you spell it) is cool. You guys should really check out this program too: http://www.cloudmark.com/products/spamnet/ (only works in outlook). That program is based on the network provided by this open source software: http://razor.sourceforge.net/. It is DAMN GOOD at killing Spam. Perhaps a combination of the two?
ARGGHHHHHHHHH! the autoreply i got from submitting this bug WAS marked as spam ironic isn't it!!! at least we know it does mark some emails as spam :-)
Your RFE is already available as http://bugzilla.mozilla.org/show_bug.cgi?id=153522 (you may want to get on their cc-list)
Mike McAllister, is this bug still an issue for you? Have you upgraded to 1.3 Final or 1.4? Have you checked the bugs cited in comment 2 (or checked Bugzilla itself) to see if you have a duplicate report?
closing due to nonresponse. Please reopen if this occurs in a new build with fresh profile, or is otherwise reproducible. One testing note: try marking at least one junk and one non-junk (although I think the bug concerning that was fixed long ago).
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.