Chris Lewis wrote:
On 2/25/2010 12:04 PM, Alessandro Vesely wrote:
...
I cannot help distinguishing between IMAP and POP3 here. For IMAP,
synchronization of Bayesian data among several servers and clients may
be viewed as a generic distributed database problem, possibly
complicated by an amount of fuzziness. It is possible to send an abuse
report as a consequence of particular user's actions; it is just
similar to "move marked junk to junk folder".
It's an implementation _convenience_ (for IMAP). Nothing more.
There is nothing preventing you sending your Bayesian data out-of-band
to the server, nor, keeping it local for client-based filtering (as in
Thunderbird).
Heck, SpamAssassin even manages to tune Bayesian without having any
end-user feedback at all.
...
In case servers maintain _per-user_
Bayesian data --as they should-- the whole idea of filtering on the
servers seems rather pointless.
To recap, junk buttons can be embedded within a more sophisticated
architecture (as for IMAP). But not the other way around: anti-spam
filter training cannot (in general) be based upon junk buttons and
abuse reporting.
Of course you can train spam filters based on abuse reports. We've been
doing precisely that for 13 years in several different incarnations.
It may well make sense to include an "tickle IMAP" server as part of a
spec, but, also having an abuse reporting mechanism makes sure that you
have just about all implementations covered, IMAP or otherwise.
We could spec both, and leave it up to an installation or user to decide
which (or both) to use in any particular instance.
Hmmmm... IMHO, it isn't a good idea to restrict this work based on what one think "--as they
should--" or "most ISP think"...
Bayesian filters aren't the only kind of statistical filters. There are many ways to think about
spam. There are a lot of research being done in universities or research departements of private
companies (sometimes presented at CEAS).
So, we should consider that the mechanism which is being specified here could be used in ways we
don't know today with current MUAs and current filter technologies.
my 2 cents.
JM
_______________________________________________
Asrg mailing list
Asrg(_at_)irtf(_dot_)org
http://www.irtf.org/mailman/listinfo/asrg