From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/39659 Path: main.gmane.org!not-for-mail From: "Matt Armstrong" Newsgroups: gmane.emacs.gnus.general Subject: Re: new Mail-Followup-To patch...please take a look... Date: Tue, 23 Oct 2001 12:54:41 -0600 Sender: owner-ding@hpc.uh.edu Message-ID: <87elnuxk3y.fsf@squeaker.lickey.com> References: <87wv1m9y6j.fsf@mclinux.com> <87g08a9u14.fsf@mclinux.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035175335 29147 80.91.224.250 (21 Oct 2002 04:42:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:42:15 +0000 (UTC) Return-Path: Original-Received: (qmail 9278 invoked from network); 23 Oct 2001 18:57:12 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 23 Oct 2001 18:57:12 -0000 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 15w6i3-0001nZ-00; Tue, 23 Oct 2001 13:55:31 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 23 Oct 2001 13:55:09 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id NAA08222 for ; Tue, 23 Oct 2001 13:54:53 -0500 (CDT) Original-Received: (qmail 9249 invoked by alias); 23 Oct 2001 18:55:01 -0000 Original-Received: (qmail 9244 invoked from network); 23 Oct 2001 18:55:00 -0000 Original-Received: from hank.lickey.com (64.81.100.235) by gnus.org with SMTP; 23 Oct 2001 18:55:00 -0000 Original-Received: from squeaker.lickey.com (squeaker.lickey.com [192.168.100.10]) by hank.lickey.com (Postfix) with ESMTP id 3561EEE30 for ; Tue, 23 Oct 2001 12:54:46 -0600 (MDT) Original-Received: from localhost (localhost [127.0.0.1]) by squeaker.lickey.com (Postfix) with ESMTP id B5275BD77 for ; Tue, 23 Oct 2001 12:54:45 -0600 (MDT) Original-Received: by squeaker.lickey.com (Postfix, from userid 1000) id F21B1BD36; Tue, 23 Oct 2001 12:54:44 -0600 (MDT) Original-To: ding@gnus.org In-Reply-To: (prj@po.cwru.edu's message of "Tue, 23 Oct 2001 13:45:21 -0400") Original-Lines: 67 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 (i386-debian-linux-gnu) X-Delivery-Agent: TMDA v0.39/Python 1.5.2 (linux2) X-Virus-Scanned: by AMaViS snapshot-20010714 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:39659 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:39659 prj@po.cwru.edu (Paul Jarc) writes: > Josh Huber wrote: >> prj@po.cwru.edu (Paul Jarc) writes: >>> I had hoped that MFT would be enabled by default: existing >>> configurations would automatically get MFT when sending to any >>> to-address or to-list address. [...] But if that's not going to >>> be the case, then this chunk might as well be a hook function. >>> It'll just be one extra line needed in .gnus to enable MFT. >> >> Well, that's what I suggested. >> >> I think something like: >> >> (setq message-subscribed-addresses >> (gnus-find-subscrbied-addresses)) >> >> in the .gnus file would be an ok thing to have users do, wouldn't it? > > The distance between n and n+1 is at a maximum when n=0. If we have > to add anything at all to our individual .gnus files to enable MFT, > then I don't think it matters much if we have to add a little more > instead of a little less. Since it's possible to do it as a hook, > it seems cleaner to do it that way, assuming we've given up on > getting it completely for free. I haven't given up on getting MFT for free (on by default). Per's example of using to-address and to-list for non-list addresses are an example of a power user config. I think providing a 'not-subscribed parameter just for Per is okay. ;-) In other words, I think it is okay to assume that all to-list and to-address parameters are "subscribed," but provide a way out for the Gnus power users. >> The problem with this is, this search function appears to be >> expensive enough that I wouldn't want it as a default... > > If it only happens once per Gnus session, that shouldn't be a > problem, I think. Caching the result is fine. It'd be nice if changing group parameters would magically cause the list to be regenerated. Setting a "dirty" flag when group params have been edited is probably easy enough. And we could save a copy of 'gnus-parameters' and make sure the saved copy is equal to the current value. > message.el shouldn't explicitly use a gnus- function, and gnus*.el > would have a hard time deciding when and whether to populate > message-subscribed-addresses with the to-list and to-address > parameters. If not for that, I think we could get MFT completely > for free. message.el can't call into gnus or use a gnus variable, but surely gnus could set a variable on behalf of message.el? E.g. there'd be message-subscribed-addresses, and message-subscribed-addresses-from-mua. The former is a user setting, the latter is set by the mua (perhaps buffer local). -- matt