![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Vernon Schryver wrote:
Whose? The author of the original article was very explicit that he was advocating users have individual tables.From: John Stracke <jstracke at centivinc.com>
That would be less somewhat useful in this case, though, since each user has their own table of keywords.
That contradicts other assumptions about this mechanism
I think it was to reduce false positives--because the profile of different users' legitimate mail is nonuniform.and it points out a major problem. One assumption is that spam is a more rather than less uniformly distributed flood. If it is not uniform, how can you hope that the statistical characteristics of previous samples will be related to future samples from new spammers? If spam is uniform, then why do users need private tables of keywords?
I dunno; keeping the tuning up to date sounds like a strength to me. It requires some level of effort, but a much lower level than deleting every piece of spam by hand.The major problem is that the mechanism requires a significant and continuing false-negative rate to keep the scoring tuned as spammers come and go.
Of course, the main problem with any and every such system is that it is looking for characteristics other than "unsolicited" and "bulk."
Yes, and the main problem with the DCC is that it does not.
-- /===============================================================\ |John Stracke |jstracke at centivinc.com | |Principal Engineer|http://www.centivinc.com | |Centiv |My opinions are my own. | |===============================================================| |Both candidates are better than a megalomaniac mutant lab mouse| |bent on world domination...but it's pretty close. | \===============================================================/
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.