From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/60995 Path: news.gmane.org!not-for-mail From: "Ted Zlatanov" Newsgroups: gmane.emacs.gnus.general Subject: Re: No Gnus doesn't like the obsolete spam syntax Date: 21 Sep 2005 10:28:19 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <4nmzm6ijgc.fsf@lifelogs.com> References: <874q9yy02n.fsf@windlord.stanford.edu> <4nirwvk99d.fsf@lifelogs.com> <87zmq7tztv.fsf@windlord.stanford.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1127313517 31018 80.91.229.2 (21 Sep 2005 14:38:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 21 Sep 2005 14:38:37 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+m9527@lists.math.uh.edu Wed Sep 21 16:38:26 2005 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EI5eW-0003l8-JF for ding-account@gmane.org; Wed, 21 Sep 2005 16:32:52 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1EI5eN-0006xl-00; Wed, 21 Sep 2005 09:32:43 -0500 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1EI5aN-0006xR-00 for ding@lists.math.uh.edu; Wed, 21 Sep 2005 09:28:35 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1EI5aI-00056P-HG for ding@lists.math.uh.edu; Wed, 21 Sep 2005 09:28:35 -0500 Original-Received: from clifford.bwh.harvard.edu ([134.174.9.41] helo=mail.bwh.harvard.edu) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1EI5aC-0005rp-00 for ; Wed, 21 Sep 2005 16:28:24 +0200 Original-Received: (qmail 552 invoked from network); 21 Sep 2005 14:23:38 -0000 Envelope-Sender: tzz@lifelogs.com Envelope-Recipients: rra@stanford.edu, ding@gnus.org, Original-Received: from asimov.bwh.harvard.edu (HELO asimov) (internal?.8?user:?tzz@[134.174.8.118]) (envelope-sender ) by mail.bwh.harvard.edu (qmail-ldap-1.03) with SMTP for ; 21 Sep 2005 14:23:36 -0000 Mail-Followup-To: "Russ Allbery" , ding@gnus.org Original-To: "Russ Allbery" 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" X-Hashcash: 1:20:050921:rra@stanford.edu::R6cNDxCx33dunTAV:013CP X-Hashcash: 1:20:050921:ding@gnus.org::MS+cO63QAhWT5kZC:00002uMH In-Reply-To: <87zmq7tztv.fsf@windlord.stanford.edu> (Russ Allbery's message of "Tue, 20 Sep 2005 10:26:52 -0700") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on sysblade0.bwh.harvard.edu X-Spam-Status: No, score=-1.6 required=5.8 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:60995 Archived-At: On Tue, 20 Sep 2005, rra@stanford.edu wrote: > The only thing that was mildly misleading was this part: > > _WARNING_ > > Instead of the obsolete > `gnus-group-spam-exit-processor-bogofilter', it is recommended > that you use `'(spam spam-use-bogofilter)'. Everything will work > the same way, we promise. > > I *think* that leading ' isn't actually desirable, although I'm not > positive at this point. It looks like my main issue may have already been > fixed, though, since I think at one point there was another level of > parens. OK. I am sure now that providing backward compatibility was a bad move - not only is it buggy, but it's confusing too! I should have had warnings if the old-style symbols were detected, that's all. Anyhow, the manual entries have been corrected in CVS. Thanks for your help. >> Of course, don't forget that Gnus has three ways to set group variables, >> through gnus-parameters, individual global variables, and group/topic >> parameters... It's insane IMHO. I would prefer to pick one >> (group/topic parameters are best I think) and provide conversion >> functions from the others to it. But anyhow :) > > I do most everything through a combination of gnus-parameters and > individual global variables, largely because most of my rules apply to > whole classes of groups and editing properties on each of hundreds of > groups is pretty tedious. I use all three, but the group parameters are > used for special cases and overrides. > > (Topic parameters aren't useful as a grouping mechanism for these settings > for me since I use topics to organize groups along a completely different > axis.) That's fine, but note I'm saying there should be conversions :) What I mean is, every time a group is added, deleted, or modified, or Gnus starts up, all the gnus-parameters and global parameter variables will get applied to the group/topic hierarchy. They won't be "live" anymore when modified directly without Customize, so users will have to learn that fact, but then you don't have to look in three places anymore to find the true value of a parameter. Anyhow, I doubt this will be a popular route. It seems we're doomed to multiple configuration sources for the foreseeable future. Ted