From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49559 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: bug in spam.el and expiry issue Date: Thu, 23 Jan 2003 23:48:35 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: owner-ding@hpc.uh.edu Message-ID: References: <873cnqqrjj.fsf@cenderis.demon.co.uk> <4n7kcy2zyt.fsf@lockgroove.bwh.harvard.edu> <87fzrlw7m7.fsf@cenderis.demon.co.uk> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1043383289 7024 80.91.224.249 (24 Jan 2003 04:41:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 24 Jan 2003 04:41:29 +0000 (UTC) Cc: ding@gnus.org 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 18bveh-0001p9-00 for ; Fri, 24 Jan 2003 05:41:27 +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 18bvfk-0004vo-00; Thu, 23 Jan 2003 22:42:32 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 23 Jan 2003 22:43:29 -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 WAA04245 for ; Thu, 23 Jan 2003 22:43:15 -0600 (CST) Original-Received: (qmail 66946 invoked by alias); 24 Jan 2003 04:42:14 -0000 Original-Received: (qmail 66941 invoked from network); 24 Jan 2003 04:42:14 -0000 Original-Received: from ns1.beld.net (208.229.215.81) by 66.230.238.6 with SMTP; 24 Jan 2003 04:42:14 -0000 Original-Received: from heechee.beld.net (dhcp-0-30-bd-1-93-b2.cpe.beld.net [24.233.67.156]) by ns1.beld.net (Postfix) with ESMTP id 5F2CB3BC1E; Thu, 23 Jan 2003 23:42:09 -0500 (EST) Original-To: Bruce Stephens 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: Bruce Stephens , ding@gnus.org In-Reply-To: <87fzrlw7m7.fsf@cenderis.demon.co.uk> (Bruce Stephens's message of "Wed, 22 Jan 2003 15:02:08 +0000") User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:49559 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49559 On Wed, 22 Jan 2003, bruce+usenet@cenderis.demon.co.uk wrote: > Ted Zlatanov writes: > >> On Sat, 18 Jan 2003, bruce+usenet@cenderis.demon.co.uk wrote: > > [...] > >>> Secondly, how do I sanely use spam.el with auto-expire (or >>> total-expire)? It seems that spam gets categorised OK, but the >>> ham never gets processed, since (presumably) by the time the check >>> happens, it's marked with E, which is correctly not processed. >> >> The processing should happen before the expired-mark is applied, >> but I have not tested that particular setup, so if you could check >> and let me know, I'd appreciate it. I may have to modify the >> behavior of total and auto expiry a little when spam.el hooks into >> the summary exit, if the expiry happens before >> spam-summary-prepare-exit is invoked. > > It's probably not important that auto-expiry work (indeed, I don't > think it's possible, since auto-expiry marks things for expiry as > soon as you read them). But total-expire really does need to work, > since I suspect most people who use gnus for email will have most > groups set to total-expire (indeed, the manual suggests that that's > true). With the following group parameters: ((total-expire . t) (spam-contents gnus-group-spam-classification-ham) (spam-process (gnus-group-ham-exit-processor-whitelist)) (expiry-wait . immediate) (expiry-target . "temporarygroup")) I get ham-marked articles processed into the whitelist at summary exit, before they are moved to "temporarygroup". This is the expected correct behavior. If you are observing something different, could you show the group parameters? Make sure to set them explicitly, not through the regex facilities - best create a new group and do `G c' on it. Ted