From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/46219 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Paul Graham on fighting SPAM Date: Thu, 22 Aug 2002 16:54:39 -0400 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: owner-ding@hpc.uh.edu Message-ID: References: <87d6sf42ys.fsf@emacswiki.org> <871y8u7un8.fsf@emacswiki.org> <87fzxa7ala.fsf@emacswiki.org> <87d6se9dsy.fsf@emacswiki.org> <87vg637hvh.fsf@emacswiki.org> <87k7mizmgl.fsf@emacswiki.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030049600 7562 127.0.0.1 (22 Aug 2002 20:53:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 22 Aug 2002 20:53:20 +0000 (UTC) Cc: ding@gnus.org 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 17hyxC-0001xq-00 for ; Thu, 22 Aug 2002 22:53:18 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17hywL-0002VT-00; Thu, 22 Aug 2002 15:52:25 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 22 Aug 2002 15:52:56 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id PAA01258 for ; Thu, 22 Aug 2002 15:52:43 -0500 (CDT) Original-Received: (qmail 26057 invoked by alias); 22 Aug 2002 20:52:07 -0000 Original-Received: (qmail 26052 invoked from network); 22 Aug 2002 20:52:07 -0000 Original-Received: from ns3.beld.net (208.229.215.83) by gnus.org with SMTP; 22 Aug 2002 20:52:07 -0000 Original-Received: from heechee.beld.net (dhcp-0-50-8b-df-51-5e.cpe.beld.net [65.202.179.253]) by ns3.beld.net (Postfix) with ESMTP id A05393B883; Thu, 22 Aug 2002 16:52:04 -0400 (EDT) Original-To: Alex Schroeder 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: Alex Schroeder , ding@gnus.org In-Reply-To: <87k7mizmgl.fsf@emacswiki.org> (Alex Schroeder's message of "Thu, 22 Aug 2002 22:07:38 +0200") Original-Lines: 50 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-redhat-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:46219 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:46219 On Thu, 22 Aug 2002, alex@emacswiki.org wrote: > Ted Zlatanov writes: > >> The functions you have are great, we just need to figure out how to >> preserve the state of an article marked as spam, for the >> spam<->not_spam transitions, or to go with the original idea of >> expiring all spam mail that's been processed already. > > Maybe we could move spam into mail.spam, with expirable. If the > user then moves mail from or to mail.spam, this indicates > transitions and must be handled immediately (instead of waiting for > summary buffer exit). What do you think? Is that possible to do in > a backend-independent way? I don't like a special newsgroup for this purpose. For instance, NNTP spam couldn't be treated in this way. There was a past discussion about when the spam analysis should be done, and the general agreement was that spam should be blacklisted/submitted to ORDB/analyzed at the time you exit the summary, not at the time you set the spam-mark on an article. The user could manually run the summary-exit-process-spam (to pick a name) function that would normally be in the summary exit hook, but the consensus was that the action should be delayed. Also, splitting mail into a separate group is only one possible way to treat spam. The splitting function could just set the spam-mark on an article that it processes, and let the other split rules handle where the article should go. I don't know if that's possible in a split rule, though. It may have to be done before splitting, at the time new articles are obtained from the backend. >> Will your stats code be a part of Gnus? Would you like to merge it >> with spam.el, so all the spam code is in one place? > > I have no idea. I would like to contribute it, once it is "done". > :) That includes the FSF paperwork. Once I think it is "done", I > will write to assign@gnu.org. (Assuming that spam.el is part of > Gnus which is also part of Emacs.) It's up to you how you want to contribute your code, as a separate package or as a part of spam.el. I have no problem with either approach. I think it's better to keep all spam-related code, including yours, in one place (spam.el) to simplify documentation and future extensions. spam.el is part of Gnus (in the lisp subdirectory in CVS and latest Oort). So if you feel like looking at the current spam.el and adding your source to it, I can commit that to CVS with the proper attribution (or I can do the merge if you wish). Of course, feel free to continue a separate package if you prefer that. Thanks Ted