From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49298 Path: main.gmane.org!not-for-mail From: Mats Lidell Newsgroups: gmane.emacs.gnus.general Subject: Re: spam filtering using IMAP ? Date: Thu, 16 Jan 2003 13:41:12 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <4ny95l7312.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1042720868 20751 80.91.224.249 (16 Jan 2003 12:41:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 16 Jan 2003 12:41:08 +0000 (UTC) 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 18Z9KU-0005OW-00 for ; Thu, 16 Jan 2003 13:41:06 +0100 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 18Z9LJ-0006bA-00; Thu, 16 Jan 2003 06:41:57 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 16 Jan 2003 06:42:53 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id GAA12957 for ; Thu, 16 Jan 2003 06:42:41 -0600 (CST) Original-Received: (qmail 81360 invoked by alias); 16 Jan 2003 12:41:41 -0000 Original-Received: (qmail 81355 invoked from network); 16 Jan 2003 12:41:40 -0000 Original-Received: from gw.contactor.se (HELO pm1.contactor.se) (193.15.23.130) by 66.230.238.6 with SMTP; 16 Jan 2003 12:41:40 -0000 Original-Received: from spencer (linux3 [193.15.23.23]) by pm1.contactor.se (8.9.3/8.9.1) with ESMTP id NAA07756 for ; Thu, 16 Jan 2003 13:41:12 +0100 (MET) Original-To: ding@gnus.org X-Face: #[2| (Ted Zlatanov's message of "Thu, 16 Jan 2003 06:22:17 -0500") User-Agent: Gnus/5.090013 (Oort Gnus v0.13) XEmacs/21.4 (Portable Code, i686-pc-linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:49298 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49298 >>>>> Ted wrote: Ted> How do you know if an article is spam or ham? The user has to Ted> determine that, right? Or are you talking about automated server-side Ted> classification? I'm a little confused, maybe it would help if you did Ted> a scenario of what happens to a message on the mail server and on the Ted> client machine - what programs get invoked, what the user has to do... Ok. I'll describe the setup. On the server the messages are classified on arrival. This is done by using procmail and some spam filtering software. I currently use my own bayesian filter program but it could as well be bogofilter, ifile or what ever. (In fact I plan to change to bogofilter soon.) This gets spam to be filed to the spam folder. Ham is filed to other folders based on standard procmail rules. So when the user starts his MUA he will see a bunch of imap folders. Now some articles might need to be reclassified because they went into the wrong folders. This is the users responsibility but it should be an easy and fast procedure. spam.el seems to be a good candidate for this when using gnus. Now since the spam filtering is done on the server the articles must be reclassified on the server. So it is a matter of both finding a good scheme for the server side reclassification and if spam.el can support that. Ted> I'm not sure how doing this on the server makes a big difference. By doing this on the server makes all my MUAs see the same thing. Both normal procmail filing into folders and spam handling is done on the server. This makes it behave the same way for different MUAs and also from different locations. Ted> spam.el supports all that on the client side, and the only Ted> penalty you pay is retrieving the article body. Maybe you want Ted> to have a single place to store message statistics? Yes. Since the mails are classified and filed to folders on the server the database needs to be updated on the server. (So the problem I want to solve is how to feed back the reclassifications to the server.) As you might read between the lines I would like to come up with a scheme that also works for other MUAs than gnus. My personally interest is then how to support that scheme in gnus. Ted> There's the spam-process-destination and ham-process-destination Ted> group parameters, which let you move spam or ham articles at Ted> summary exit. You can set them for a group, a topic, or a regex Ted> matching the group name. Aha. Sorry. I have missed those. Ted> Is that helpful? Or do you have something else in mind? They sound good. I'll have a deeper look at it. Ted> You should probably look at the CVS Gnus manual if you haven't Ted> already. It explains all the spam.el behavior and parameters. RTFM. I know. ;-) Yours -- %% Mats