From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49388 Path: main.gmane.org!not-for-mail From: Mats Lidell Newsgroups: gmane.emacs.gnus.general Subject: Re: spam filtering by bayesian classifier and imap - ideas Date: Mon, 20 Jan 2003 10:14:39 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1043054179 6740 80.91.224.249 (20 Jan 2003 09:16:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2003 09:16:19 +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 18aY2T-0001ka-00 for ; Mon, 20 Jan 2003 10:16:17 +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 18aY1b-000641-00; Mon, 20 Jan 2003 03:15:23 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 20 Jan 2003 03:16:19 -0600 (CST) Original-Received: from pm1.contactor.se (gw.contactor.se [193.15.23.130]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id DAA23025 for ; Mon, 20 Jan 2003 03:16:09 -0600 (CST) Original-Received: from spencer (pm1 [193.15.23.1]) by pm1.contactor.se (8.9.3/8.9.1) with ESMTP id KAA02814 for ; Mon, 20 Jan 2003 10:14:36 +0100 (MET) Original-To: ding@hpc.uh.edu X-Face: #[2| (Andreas Fuchs's message of "Sun, 19 Jan 2003 10:59:59 +0000 (UTC)") 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:49388 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49388 >>>>> asf wrote: asf> 2. Use gnus and nnimap-split-fancy to split mail into the correct asf> groups. I use procmail so that the splitting also is done on the server. YMMW but it is nice and fast to have the splitting in just one place. No need to update the splitting rules on different locations and makes it possible to on occasions use other MUAs without to many consequences. asf> 3. When exiting a group, do this: asf> 1| when in a spam group, move all non-spam-marked articles to a group asf> `INBOX.ham.reclassify'. I have started to use this scheme by setting the "spam-process-destination" to a reclassify-as-ham folder. This might seem strange but I have found that when the server already have moved all potential spam to a spam folder the best way is to fool spam.el that the marked articles are spam and should be moved away. With this setup I just mark the ham-articles with M-d and they are moved out on exit to the reclassify-as-ham folder. This is however not ideal. It would be more natural to move the articles from the spam folder to the right folder, where they belong, at once. On the other hand it is hard to see how to support this for any MUA without just relying on a simple move to a specific folder. With gnus it is probably very easy to add that when you move an article from the spam folder it is also copied to the reclassify-as-ham folder. asf> Does that make sense? Would this be usable on a multi-user imap asf> server? Comments? Who would be interesed in this? I have left to design a script, executed by crontab or ssh or maybe by procmail, so that the reclassified messages are reclassified and after that reinserted back into the users mail handling (INBOX!?). The goal I have is to make it possible to use statistic spam filtering with any MUA (using imap) in our environment. Yours -- %% Mats