From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48401 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Add hooks to Gnus on move/edit/delete? Date: Mon, 30 Dec 2002 17:53:22 -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: <84fzsgk72x.fsf@lucy.cs.uni-dortmund.de> <847kdswkd6.fsf@lucy.cs.uni-dortmund.de> <84fzsfs5il.fsf@lucy.cs.uni-dortmund.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1041289122 7651 80.91.224.249 (30 Dec 2002 22:58:42 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 30 Dec 2002 22:58:42 +0000 (UTC) Cc: ding@hpc.uh.edu, jhbrown@ai.mit.edu Return-path: Original-Received: from util1.math.uh.edu ([129.7.128.22]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18T8rn-0001z4-00 for ; Mon, 30 Dec 2002 23:58:39 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by util1.math.uh.edu with esmtp (Exim 4.10) id 18T8mm-00067z-00; Mon, 30 Dec 2002 16:53:28 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 30 Dec 2002 16:54:18 -0600 (CST) Original-Received: from ns1.beld.net (ns1.beld.net [208.229.215.81]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id QAA14749 for ; Mon, 30 Dec 2002 16:54:04 -0600 (CST) Original-Received: from heechee.beld.net (dhcp-0-30-bd-1-93-b2.cpe.beld.net [24.233.65.6]) by ns1.beld.net (Postfix) with ESMTP id B196D3BA8A; Mon, 30 Dec 2002 17:53:05 -0500 (EST) Original-To: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) 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@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann), ?=@ns1.beld.net, ding@hpc.uh.edu, jhbrown@ai.mit.edu In-Reply-To: <84fzsfs5il.fsf@lucy.cs.uni-dortmund.de> (kai.grossjohann@uni-duisburg.de's message of "Mon, 30 Dec 2002 19:53:06 +0100") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:48401 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:48401 On Mon, 30 Dec 2002, kai.grossjohann@uni-duisburg.de wrote: > Well, nnmail-split-methods (or nnmail-split-fancy) could use spam.el > to put spam messages into a special group. spam.el could invoke > ifile, telling it to use ~/.idata.spam. After this, `normal' > ifile-gnus processing could be done on the remaining ham. On second thought, why not have something like (: spam-split) (: ifile-split) in the split rules? It seems awkward to try to make spam.el sort mail in a way that it wasn't intended to do. I think I'd like to keep functions invoked by spam-split standardized, returning either spam-split-group or nil. Currently, spam-check-ifile does that: (let ((ifile-primary-spam-group spam-split-group)) (ifile-spam-filter nil)))) I think that standardization would make life easier in the long run. Do you or anyone else think we should have spam.el do general mail sorting? Also, the following is at Jeremy Brown's ifile-gnus.el page at http://www.ai.mit.edu/people/jhbrown/ifile-gnus.html: "THIS IS ALPHA-QUALITY SOFTWARE. IT MAY EAT YOUR EMAIL. IT MAY CORRUPT YOUR GNUS CONFIGURATION. IT MAY DO OTHER UNPLEASANT THINGS TO YOUR COMPUTER. I'M NOT KIDDING." Considering that and the lack of support for nnimap, I'm not sure how much work I should put into ifile-gnus.el support now instead of later, when the code is more beta- than alpha-quality. I'm not implying that ifile-gnus.el is buggy, only that it may change significantly with the next release. Maybe Jeremy could give us an update :) Ted