From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22790 invoked from network); 3 Dec 2021 18:44:18 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 3 Dec 2021 18:44:18 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mtDXc-00Fi4S-Jb for ml@inbox.vuxu.org; Fri, 03 Dec 2021 12:44:16 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94.2) (envelope-from ) id 1mtDXc-001MOR-19 for ml@inbox.vuxu.org; Fri, 03 Dec 2021 12:44:16 -0600 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtp (Exim 4.94.2) (envelope-from ) id 1mtDXa-001MOK-TI for ding@lists.math.uh.edu; Fri, 03 Dec 2021 12:44:14 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mtDXY-007FjM-JZ for ding@lists.math.uh.edu; Fri, 03 Dec 2021 12:44:14 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=So0/hq9uaZG1Mf5ORGXtb8bQ9R3afnsc2dHzojlYxcs=; b=a5317QcUhBflBoUltUgkDACnsP urjaXBFQFa3+EV2yCR+f32umAt4jTmQAD+qNQ5IMFW/HOFz/IsM6AF/TJDg8ra34+63gaQCbfhP4e 4PORJBlSzZIAnqAX3PAM/YF3CzLEzmdKaO5od8NEJfRMEfi432iH1jB7z2RfZksDX2Dw=; Received: from ciao.gmane.io ([116.202.254.214]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtDXQ-0005P3-Da for ding@gnus.org; Fri, 03 Dec 2021 19:44:08 +0100 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mtDXO-000AaD-K2 for ding@gnus.org; Fri, 03 Dec 2021 19:44:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Eric Abrahamsen Subject: Re: Aliases with mailing lists Date: Fri, 03 Dec 2021 10:43:48 -0800 Message-ID: <87y251y1ej.fsf@ericabrahamsen.net> References: <87mtlisdhh.fsf@emailmessageidheader.nil> <87wnklwpmu.fsf@emailmessageidheader.nil> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cancel-Lock: sha1:UQ0zLf1OvMr+TkK8p/CYPY+5TPE= List-ID: Precedence: bulk Bob Newell writes: >> >> However, when I have a mailing list, and press space to expand >> the mailing list, a different mechanism, namely abbrevs, is >> used. So there is no identity selection based on the members >> of the mailing list. >> >> I'm trying to make this work to select identity, and have been >> trying hacks in mailabbrev.el, where the action seems to take >> place in mail-abbrev-expand-wrapper. I think I might be able >> to get it to work, but the real question is, should this be >> built-in to gnus somehow? > > Well ... I did get this to work in an embarrassingly hackish > manner, which I'm too ashamed to post but will share with > anyone who has the same obscure issue. > > In any case hacking mailabbrev.el, which is not part of Gnus, > might be out of scope for this mailing list. Certainly, > putting Gnus specific code into mailabbrev.el, which is what I > did, is unacceptable for general use. > > I'm still seeking a way to do this within Gnus, where it > belongs, but it looks to be non-trivial for someone at my > admittedly non-stellar skill level. Completion in message-mode has always been weird, and it's gotten temporarily weirder as someone (I assume Stefan) has started nudging it over to use Emacs' standard completion mechanisms. I'm also a little unclear of what situation you're seeing exactly: do you mean that expanding names in the "To/From/Cc" headers triggers an alias switch, but expanding group names in the "Newsgroups" header doesn't? But the only place `expand-abbrev' is used in header completion is in the "To/From/Cc" header, so I don't really understand how the two situations differ. I also don't know what hook gnus-alias uses to do its alias switching; if we knew that then this would be easier. If your Emacs is recent and you have the option `message-expand-name-standard-ui', try setting it to t and see what that does.