From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/3563 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.user Subject: Re: My functions for reporting spam and ham to spamassassin and crm114 Date: Mon, 01 Mar 2004 13:17:23 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Message-ID: <4n1xocph3g.fsf@collins.bwh.harvard.edu> References: <87wu66ghq3.fsf@nezumi.home.spb> <87ad315ake.fsf@uhoreg.ca> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138669634 19422 80.91.229.2 (31 Jan 2006 01:07:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2006 01:07:14 +0000 (UTC) Original-X-From: nobody Tue Jan 17 17:32:24 2006 Original-Path: quimby.gnus.org!newsfeed1.e.nsc.no!nsc.no!nextra.com!news.tele.dk!news.tele.dk!small.news.tele.dk!fu-berlin.de!uni-berlin.de!collins.bwh.harvard.EDU!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-NNTP-Posting-Host: collins.bwh.harvard.edu (134.174.9.80) Original-X-Trace: news.uni-berlin.de 1078165151 32068326 I 134.174.9.80 ([177066]) 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" User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (usg-unix-v) Cancel-Lock: sha1:ke0W0JkDrhrIY2leT4JZULAl814= Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:3704 Original-Lines: 33 X-Gnus-Article-Number: 3704 Tue Jan 17 17:32:24 2006 Xref: news.gmane.org gmane.emacs.gnus.user:3563 Archived-At: On Mon, 01 Mar 2004, hubert@uhoreg.ca wrote: >>>>>> "Eugene" == Eugene Morozov writes: > > Eugene> Hello! I wrote this code because I'm also using crm114 in > Eugene> addition to SpamAssassin and I also wanted to increase > Eugene> accuracy by removing extra headers. Maybe these functions > Eugene> will also be useful to someone besides me. > But it might be a good idea to strip extra headers (if any) that the > filters add before spam/ham gets sent to the processor functions. > Comments, Ted? I don't know CRM114 well, but I would suggest requesting this feature from the developers instead of trying to fix it at the MUA. If CRM114 supports a command-line switch to exclude headers from analysis, I'll gladly add that to a CRM114 spam.el backend if such a thing should materialize. (by the way: I have not needed any new spam.el backends, but if anyone needs DSpam or CRM114 or whatever else added, let me know) > We would probably want to have a set of functions like > "spam-spamassassin-strip-headers", etc. to do this. Or a variable > "spam-spamassassin-headers-regexp" that is a regexp to match > SpamAssassin headers that should be removed. The problem is that we can't modify the article, so we have to make a temporary copy and rewrite that, which can be expensive depending on the article size. It would really be much cleaner if CRM114 could be told to ignore certain headers. Ted