From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/54645 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: How to use the spam.el package? Date: Mon, 03 Nov 2003 16:20:03 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: ding-owner@lists.math.uh.edu Message-ID: <4nu15l175o.fsf@lockgroove.bwh.harvard.edu> References: <87brrv269g.fsf@emptyhost.emptydomain.de> <4nptg947ta.fsf@lockgroove.bwh.harvard.edu> <87u15lryfb.fsf@emptyhost.emptydomain.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1067894468 8318 80.91.224.253 (3 Nov 2003 21:21:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 3 Nov 2003 21:21:08 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M3186=ding+2Daccount=gmane.org@lists.math.uh.edu Mon Nov 03 22:21:06 2003 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 1AGm8H-0004Of-00 for ; Mon, 03 Nov 2003 22:21:06 +0100 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 1AGm8F-0004rq-06 for ding-account@gmane.org; Mon, 03 Nov 2003 15:21:03 -0600 Original-Received: from justine.libertine.org ([66.139.78.221]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AGm8A-0004rj-00 for ding@lists.math.uh.edu; Mon, 03 Nov 2003 15:20:58 -0600 Original-Received: from clifford.bwh.harvard.edu (clifford.bwh.harvard.edu [134.174.9.41]) by justine.libertine.org (Postfix) with ESMTP id 90F133A004F for ; Mon, 3 Nov 2003 15:20:56 -0600 (CST) Original-Received: from lockgroove.bwh.harvard.edu (lockgroove [134.174.9.133]) by clifford.bwh.harvard.edu (8.10.2+Sun/8.11.0) with ESMTP id hA3LKR719589; Mon, 3 Nov 2003 16:20:27 -0500 (EST) Original-Received: (from tzz@localhost) by lockgroove.bwh.harvard.edu (8.11.6+Sun/8.11.0) id hA3LK3r03216; Mon, 3 Nov 2003 16:20:03 -0500 (EST) Original-To: Kai Grossjohann 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: Kai Grossjohann , ding@gnus.org In-Reply-To: <87u15lryfb.fsf@emptyhost.emptydomain.de> (Kai Grossjohann's message of "Mon, 03 Nov 2003 20:26:32 +0000") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (usg-unix-v) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:54645 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:54645 On Mon, 03 Nov 2003, kai@emptydomain.de wrote: > Hm. Ooops. But what about spam-install-hooks? That seems to be > set to something depending on spam-use-foo upon loading spam.el, so > if I call spam-initialize first, then frob spam-use-foo, then it's > too late. So I'll also have to set spam-install-hooks, right? You used to have to do it. The new way is to just call the autoloaded spam-initialize, which will (we hope) do everything properly, and if it doesn't it will be fixed. > *blush* It's really OK to have these questions - as you can see, you've already pointed out several problems or unclear spots in the docs. >>> * I wasn't sure that just setting the processor to nil was the >>> right thing to do, I was just operating on a hunch that it might >>> work. How about making this explicit, too? >> >> Why? It makes perfect sense that if you don't explicitly set a >> processor, there won't be one. I don't want to confuse the users >> more than they need to be :) > > Well, spam is being processed by Bogofilter in my case. Or, put > another way, the processing I do on spam is to move it to > INBOX.spam. OK, how would you suggest I change the docs and/or implementation? I understand the problem, I'm just not sure how I can fix it. >>> * I would also appreciate some tutorial kind of advice, like >>> saying for the following common situation, this is how you set >>> the variables. It's difficult to figure out how it all ties >>> together: you have to read all of the main node on spam.el and >>> /understand/ it, too, if you want to configure things. >> >> Sure. I welcome any contributions in that direction. Integration >> of spam.el with the registry plus making the registry work properly >> in all cases are higher on my priority list. > > Ah, yes, I should have expected the please-do-it answer ;-) > Sorry that I didn't just do it in the first place, but came here > whining instead. You misunderstood, I'm not opposed to writing the tutorials myself, and in fact I probably will if no one else does. I just want to finish what I consider essential functionality first, in time for the new Gnus release I hope. >>> * How do I tell spam.el that messages from nnimap:INBOX.spam and >>> nnimap:INBOX.makespam don't need to be frobbed further? I'm >>> afraid they'll be subjected to gnus-spam-process-destinations... >> >> If the messages in those groups are marked as spam, they will be >> moved to the spam-process-destination whether there is or isn't a >> spam processor. So don't set a spam-process-destination if you >> don't want one, ditto for the spam-processor. Is that what you're >> asking? > > I want spam to be moved to INBOX.spam. But it doesn't make sense > (IMHO) to move messages from INBOX.spam to INBOX.spam. I see an > infloop lurking there. Nah, we move message by unique article number, not message ID. The new articles that were just moved in are not automatically integrated in the loop, so it will end when the old articles are all moved. It should work. I wouldn't recommend it, but for pure obfuscated fun it's hard to beat it. Ted