194914 - [RFE] [junk] training.dat ought to be by mail account instead of by profile

Status: NEW

(MailNews Core :: Filters, enhancement)

Description

[Bjarne D Mathiesen]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; da-DK; rv:1.3b; MultiZilla v1.3.1 (a)) Gecko/20030223
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; da-DK; rv:1.3b; MultiZilla v1.3.1 (a)) Gecko/20030223

reasons:
1) what's junk for one mail account might not be so for another one
2) I'm using the same mail account across profiles, meaning all of these profiles 
   have to learn the same things

Reproducible: Always

Steps to Reproduce:

Comment 1

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

mass re-assign.

Comment 2

[:aceman]

On MacOS X, you can probably make symbolic links in all the profile dirs to one
training.dat file, which will be the master in some global dir.

Comment 3

[Bjarne D Mathiesen]

aceman :
you seem to have misunderstood the purpose with this rfe
this rfe is !not! about consolidation all training.dat into one.

this is about splitting the training.dat up into individual ones for each and
every mail account associated with a profile. this is about associating an
individual training.dat to every mail account - possibly placed with the account
in the folder associated with the account.

purpose:
when receiving private email the mention of nigeria is a dead ringer for fraud
but if you do legitimate business with nigeria your business email account ought
not to mark email with the word nigeria as spam.
if both of these email account use the same training.dat, the word nigeria is
rendered useless because for one email account it's spam while for the other
account it's a legitimate word

Comment 4

[(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 5

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"