From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/3601 Path: news.gmane.org!not-for-mail From: Nuutti Kotivuori Newsgroups: gmane.emacs.gnus.user Subject: Spam inoculation mail support? Date: Mon, 08 Mar 2004 15:53:29 +0200 Organization: Ye 'Ol Disorganized NNTPCache groupie Message-ID: <87ptbnbg2u.fsf@aka.i.naked.iki.fi> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138669660 19548 80.91.229.2 (31 Jan 2006 01:07:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2006 01:07:40 +0000 (UTC) Original-X-From: nobody Tue Jan 17 17:32:28 2006 Original-Path: quimby.gnus.org!newsfeed1.e.nsc.no!nsc.no!nextra.com!news.tele.dk!news.tele.dk!small.news.tele.dk!newsfeed.bahnhof.se!newsfeed2.bahnhof.se!feeder1.news.jippii.net!reader1.news.jippii.net!53ab2750!not-for-mail Original-Newsgroups: gnu.emacs.gnus User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, linux) Cancel-Lock: sha1:2xN1d4UHQkdrLo39WhCrcW2SXOU= Cache-Post-Path: aka.i.naked.iki.fi!unknown@aka.i.naked.iki.fi X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Original-NNTP-Posting-Host: 62.142.249.112 Original-X-Complaints-To: newsmaster@saunalahti.com Original-X-Trace: reader1.news.jippii.net 1078754010 62.142.249.112 (Mon, 08 Mar 2004 15:53:30 EET) Original-NNTP-Posting-Date: Mon, 08 Mar 2004 15:53:30 EET Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:3742 Original-Lines: 18 X-Gnus-Article-Number: 3742 Tue Jan 17 17:32:28 2006 Xref: news.gmane.org gmane.emacs.gnus.user:3601 Archived-At: I am wondering if Gnus already supports the draft for spam inoculation or training mails: http://www.ietf.org/internet-drafts/draft-yerazunis-spamfilt-inoculation-03.txt Such a support would probably be rather trivial to implement. The only part which requires some carefulness is the md5 checksum calculation if that authentication is used. And while on the subject (I haven't had time to dig into spam.el deeply yet) - is there a simple way to have spam.el invoke some processor only when mails are moved from a spam group to a ham group or vice versa - eg. living with the assumption that everything has already been handled and only errors need to be trained. Thanks, -- Naked