From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49291 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 11:43:31 +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 1042713829 25365 80.91.224.249 (16 Jan 2003 10:43:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 16 Jan 2003 10:43:49 +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 18Z7Ux-0006aq-00 for ; Thu, 16 Jan 2003 11:43:48 +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 18Z7VT-0005f9-00; Thu, 16 Jan 2003 04:44:19 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 16 Jan 2003 04:45:15 -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 EAA12679 for ; Thu, 16 Jan 2003 04:45:02 -0600 (CST) Original-Received: (qmail 78364 invoked by alias); 16 Jan 2003 10:44:02 -0000 Original-Received: (qmail 78359 invoked from network); 16 Jan 2003 10:44:01 -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 10:44:01 -0000 Original-Received: from spencer (linux3 [193.15.23.23]) by pm1.contactor.se (8.9.3/8.9.1) with ESMTP id LAA00788 for ; Thu, 16 Jan 2003 11:43:31 +0100 (MET) Original-To: ding@gnus.org X-Face: #[2| (Ted Zlatanov's message of "Thu, 16 Jan 2003 04:40:21 -0500") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Portable Code, i686-pc-linux) X-Face: #[2|>>>> Ted wrote: Ted> Some people (quite a few, in fact) don't have login access to the Ted> IMAP server. Most people can't install software on the IMAP Ted> server. So it's not always that easy to do classification on the Ted> server. Agreed. Even if it is natural it might be impossible for practical reasons. Ted> What exactly would you like moved to that special folder? I'm Ted> not sure how spam.el could help you for server-side splitting. I haven't designed the details (much less tested it) but what I envision is to move an article that is spam and not classified as such to one folder, lets say mark-as-spam, and move good articles that are classified as spam to another folder, lets say mark-as-ham. Then I would have some server code that feeds these articles to the spam statistics engine and at the same time move the mark-as-spam articles to the spam folder and the mark-as-ham articles to the inbox(!?). What this all is about is to feed the article back to the server so that the spam processing can be adjusted. One alternative is to mail the article back to the server and there could be other ways too. Using imap directly seems natural though. It is here that spam.el comes in for supporting this scheme in gnus. If I get how this works it uses different marks to intelligently find out whether articles need reclassification based also on normal operations on the article. (Philosophy: If I do this with the article then it must be spam or it must be ham.) On the other hand a very natural thing to do with ham found in the spam folder is to move them directly to the folder where they should be. This deletes the article in the spam folder and I don't know if spam.el on exit from the summary buffer will be able to access the article so that it could be copied to the mark-as-ham folder for later statistics processing. There might also be other problems with this approach that I haven't realized yet that might make spam.el not the right vehicle for this. Yours -- %% Mats