From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52779 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Adding a spam processor Date: Tue, 20 May 2003 14:21:52 -0400 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: ding-owner@lists.math.uh.edu Message-ID: <4nvfw5cwcf.fsf@lockgroove.bwh.harvard.edu> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1053455246 17994 80.91.224.249 (20 May 2003 18:27:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 20 May 2003 18:27:26 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M1323@lists.math.uh.edu Tue May 20 20:27:22 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19IBig-00042u-00 for ; Tue, 20 May 2003 20:20:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19IBkN-0007vx-00; Tue, 20 May 2003 13:21:59 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19IBkI-0007vs-00 for ding@lists.math.uh.edu; Tue, 20 May 2003 13:21:54 -0500 Original-Received: (qmail 34723 invoked by alias); 20 May 2003 18:21:54 -0000 Original-Received: (qmail 34718 invoked from network); 20 May 2003 18:21:54 -0000 Original-Received: from clifford.bwh.harvard.edu (134.174.9.41) by sclp3.sclp.com with SMTP; 20 May 2003 18:21:54 -0000 Original-Received: from lockgroove.bwh.harvard.edu (lockgroove [134.174.9.133]) by clifford.bwh.harvard.edu (8.10.2+Sun/8.11.0) with ESMTP id h4KILqI21435; Tue, 20 May 2003 14:21:52 -0400 (EDT) Original-Received: (from tzz@localhost) by lockgroove.bwh.harvard.edu (8.11.6+Sun/8.11.0) id h4KILqd28067; Tue, 20 May 2003 14:21:52 -0400 (EDT) Original-To: Piers Cawley X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Followup-To: Piers Cawley , ding@gnus.org In-Reply-To: (Piers Cawley's message of "Wed, 14 May 2003 09:07:32 +0100") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (usg-unix-v) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52779 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52779 On Wed, 14 May 2003, pdcawley-ding@bofh.org.uk wrote: > So, I started work on a Spamassassin spam processor now that > Spamassassin has its own rather lovely Bayesian system. > > What I'd hoped to do was to have a spam-spamassassin.el which would > have all the spamassassin related code, without having to alter any > of the main gnus distribution files (mostly because I want to be > able to distribute the resulting code without having to fart about > signing papers). > > But, of course, I can't. If you have suggestions for integrating with spam.el, similar or better than the way that spam-stat.el is integrated, let me know. You can definitely keep your code separate and licensed differently - I will provide a placeholder in spam.el, that's all. > In an ideal world, I want to be able to do > > (spam-add-post-processor "spamassassin") > > and have that magically insert the appropriate entries into the > spam-process gnus-group parameter definition, tweak > spam-summary-prepare-exit, etc. That sounds like an excellent idea. But which groups do you want to process? Probably there should be a second parameter, defaulting to nil (all mail groups), with a regular expression or list thereof allowed in the parameter. > But on looking at the code, everything appears to be hardwired. So > would there be an interest in adding things like: > > (gnus-group-param-add-choices (PARAM &rest CHOICES)) > > and modifying spam-summary-prepare-exit to be rather more dynamic? Yes, I've been meaning to do that (a lot of spam.el was written when I knew very little Lisp). Feel free to implement it or suggest how I should do it. > Also, on a Spamassassin specific note, Spamassassin currently does a > quite dramatic modification of messages that it thinks are spam, > hiding the original message away in a MIME part. This can be > stripped away with 'spamassassin -d'. It occurs to me that this > could be dealt with rather neatly by adding a 'filter' parameter to > gnus-summary-move-article (or adding a new function), which would > filter the message through an arbitrary command before inserting it > in the destination mailbox. Maybe a mail-sources option? Thanks Ted