From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/57465 Path: main.gmane.org!not-for-mail From: Jonas Steverud Newsgroups: gmane.emacs.gnus.general Subject: Re: Spam splitting and multiple nnimap methods Date: Tue, 18 May 2004 15:50:47 +0200 Organization: The Deciples of Albericht Nibelungen Sender: ding-owner@lists.math.uh.edu Message-ID: References: <20040517175042.B23864@gwyn.tux.org> <20040518085316.A4024@gwyn.tux.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084888283 2880 80.91.224.253 (18 May 2004 13:51:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 18 May 2004 13:51:23 +0000 (UTC) Original-X-From: ding-owner+M6005@lists.math.uh.edu Tue May 18 15:51:08 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BQ4zr-0004n0-00 for ; Tue, 18 May 2004 15:51:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1BQ4zi-0001XJ-00; Tue, 18 May 2004 08:50:58 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1BQ4zd-0001XE-00 for ding@lists.math.uh.edu; Tue, 18 May 2004 08:50:53 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1BQ4zb-0005Sd-0y for ding@lists.math.uh.edu; Tue, 18 May 2004 08:50:51 -0500 Original-Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by justine.libertine.org (Postfix) with ESMTP id C36453A0215 for ; Tue, 18 May 2004 08:50:48 -0500 (CDT) Original-Received: from Neocortex.local.bredband.net ([213.114.83.148] [213.114.83.148]) by mxfep02.bredband.com with ESMTP id <20040518135047.FRPN14728.mxfep02.bredband.com@Neocortex.local.bredband.net> for ; Tue, 18 May 2004 15:50:47 +0200 Original-To: ding@gnus.org Mail-Copies-To: never In-Reply-To: <20040518085316.A4024@gwyn.tux.org> (Timothy Brown's message of "Tue, 18 May 2004 08:53:16 -0400") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (darwin) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:57465 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:57465 Timothy Brown writes: > On Tue, May 18, 2004 at 11:53:01AM +0200, Jonas Steverud wrote: > >> No problem, I have two POP sources. Spam.el does not care about how >> many sources you have. > > This I keep reading, but i'm a little confused. > > Using nnimap, I guess, my real challenge is understanding three things: > > Where can I make a server declaration? If I have something like: > >> spam-split-group "Spam" > > Does that split to the spam group locally (nnfolder), does it split to > the IMAP group on that particular server, or does it split to an IMAP > group on a different server? On that particular server. spam-split-group shall never contain a colon and any part before it since that will be automatically added. If Gnus fetches emails form nnimap+my.isp.com, the spam will end up in nnimap+my.isp.com:Spam. When it fetches by POP for nnfolder it will end up in nnfolder+pop.my.isp.com:Spam. you will always be able to see form which backend the spam comes from. > And when is split-group looked at? Many times my messages will say > they are being "IMAP split host:INBOX:xx to INBOX" but Gnus never > sees them as part of that mailbox. They aren't being lost, exactly, > but they do exist. Also, how does splitting on nnimap, and > spam-split, interact? So far i've had terrible luck with imap > splitting, even with splitting on the bodies as the manual says. > > This is one area where Gnus' flexibility is giving me a huge headache - the > manual just isn't clear enough. Sorry, I haven't used IMAP so I don't know. >> I've added (: spam-split) to my split rules. > > My own split rules are pretty simple - essentially split from "INBOX" > (which nnimap box is it splitting from? From all of them?), run > : spam-split, (see question above), and then return messages not split > to "INBOX" (again, is this on the server i'm currently checking)? It seems like you need to understand how splitting is done - esp. for IMAP. I cannot help you since I have never used IMAP. You could try to send a specific IMAP-question to the list to see if anyone responds. >> Now comes the second part; tell spam.el which groups contains spam and >> which don't. That is done with group parameters. > > This part i'm sort of kind of -- well, totally lost on. > > My assumption is: > > - INBOX will always contain spam. > - I don't care about any other groups at the moment. > - If there is spam in INBOX, move it elsewhere; All emails that are marked as spam when you exit the group is moved to the spam-process-destination, declared by that group's parameters. > - when I leave INBOX, process what I have marked (with S x) as > spam for bogofilter to train with. Done automatically. > The questions: > > - Do I need to do anything with ham? Unless they are in a spam only group (like my nnfolder:Spam) you might want to move it, otherwise it sounds like it is a good idea to let it be. You need to train bogofilter on some ham otherwise it will consider everything as spam (since it won't have a list of legitimate words). > - If so, what? > - How do I achieve the right functionality with the rules above? Try copy-and-past my setup and work from there. Add one feature at the time. 1. Decide on how spam should be treated when it arrives (i.e. Gnus fetches it) - should it end up in your normal boxes or should it end up in a specific spam box? I have the latter in my case but you can have the former if you want to - just don't add (: spam-split). 2. On your email groups, press G p and replace the nil (or add to the list if you already have set some parameters) and add the suggested parameters I have. Remove the comments around the ham-marks and contents-is-ham lines, that way all you ham will be processed as ham and bogofilter will be trained on it as ham. When you done so for a couple of hundred of emails, insert the comments again - or remove the lines. It might be so that you should do a G c instead of G p if you are unfamiliar with Lisp/editing group parameters by hand. G c invokes the customization engine for group parameters. 3. Add the lisp code in my last mail to your .gnus. 4. Add the autodetecion feature according to the info file (you seems to want it, while I do not so it is not included in my example). -- ( http://hem.bredband.net/steverud/ ! Wei Wu Wei ) ( Meaning of U2 Lyrics, Roleplaying ! To Do Without Do )