autoselect GPG key for signing by group
I would like to sign/decrypt messages using one key in some groups, using a different key in other groups, and in still other groups, not sign/decrypt at all. I have most such per-group preferences for other non-encryption related things setup in my ~/.gnus.el using the gnus-posting-styles mechanism, but since that seems to mostly just set variables (and not run commands), I'm not really sure what I would put there to do something like this. Most people seem to invoke GPG signing like this (assuming they only use one key everywhere, always): (add-hook 'gnus-message-setup-hook 'mml-secure-message-sign-pgpmime) How would I setup my key selection to depend on what group I'm in? -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: moving articles from mail groups
Emanuel Berg writes: > Hikaru Ichijyo writes: >> With that setup, when I use >> gnus-summary-move-article (B m) to move an article >> from my mail groups into one of these nnfolder >> files, I get prompted like this: >> >> Move this article to (default >> nnfolder:freenet): nnmbox: >> >> Yes, that "nnmbox:" part gets printed by the system >> (not by me). > > Why do you want to store the messages using > another backend? The manual uses nnfolder as an example of how a user may keep an archive of mailboxes all in a subdirectory for mail they may keep. I couldn't see anything wrong with the idea. In fact, the syntax for how I've done this is mostly taken from the manual. > And why do you want to do this manually by hitting > `B-m' each time? If you are fine with that, why are > you not fine with hitting M-DEL each time as well? > > Better to automatize. For example, you can send a copy > of all messages sent to yourself, then split it to > archive folders based on header data. This is not for saving *every* message. This is only for saving particular messages I come across that I want to save. Because it is only me deciding which messages those should be, it has to be manual. Do you know why it's double-prompting me this way, or how to stop it? -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
moving articles from mail groups
This is a small problem, but I'd still like to fix it...
I have the following in my ~/.gnus.el, to help me with saving messages:
gnus-update-message-archive-method t
gnus-default-article-saver 'gnus-summary-save-in-mail
gnus-prompt-before-saving t
gnus-message-archive-method
'(nnfolder "archive"
(nnfolder-directory "~/Mail")
(nnfolder-active-file "~/Mail/.active")
(nnfolder-nov-is-evil t)
(nnfolder-get-new-mail nil))
gnus-message-archive-group "sent-mail"
gnus-gcc-mark-as-read t
gnus-move-split-methods
'(("^X-Gnus-.*\\(analog\\|digital\\|linux-audio\\|ensoniq\\|akai\\)"
"nnfolder:synth")
("^X-Gnus-.*gentoo" "nnfolder:gentoo")
("^X-Gnus-.*\\(cde\\|sun\\)" "nnfolder:freenet")
("^From:.*uchicago" "nnfolder:uchicago")
("" "nnfolder:saved-messages"))
With that setup, when I use gnus-summary-move-article (B m) to move an
article from my mail groups into one of these nnfolder files, I get
prompted like this:
Move this article to (default nnfolder:freenet): nnmbox:
Yes, that "nnmbox:" part gets printed by the system (not by me). I end
up having to delete back over it every time I want to do this. Then,
when the line is cleared, I can hit return and it will do the right
thing as suggested by the default in parenthesis ("default
nnfolder:freenet)"). It saves into the folder I want it to, but I have
to get rid of "nnmbox:" at the end every time.
Is there a way I can make it stop doing that?
--
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty, he establishes a precedent
that will reach to himself.
--Thomas Paine
___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Why do we need a number of different terminal modes in Emacs?
Andrey Lisin writes: > could anyone explain me why do we need several of terminal > implementations inside Emacs? Shell, eshell, term, ansi-term... And as > far as I noticed they all suck one way or another. For example, shell > cannot complete commands when you ssh to remote server inside > it. Eshell tragically cannot do a very simple thing - source a bash > script. Really, try to run `. some_script.sh' or `source > some_script.sh' inside eshell. >From what I've gathered, the primary advantage of working with the UNIX shell from inside Emacs (in programs like 'shell') is that unlike in a normal terminal, you can cursor anywhere, up to output that has already been emitted, and do regular Emacs editor operations on command output after the fact. If you're wanting something like a plain old xterm inside Emacs, the one that comes the closest is 'term', though even it has its problems. It's slower than a real xterm, and sometimes the Emacs key bindings get in the way of the actual terminal. They're all just there for conveniences though. If you find yourself needing a fast, efficient terminal that just does the job the way you expect, run rxvt (standalone). Heresy as it might be, you don't have to do everything in Emacs! (Uh-oh, I said it now...) > So, am I right and we need them all just because one solves > restrictions of the others and others do the same thing for the one? > Why then not just to write some standard terminal implementation, that > will just works? Does it have something with cross-platform nature of > Emacs? Or, maybe I'm doing something wrong and all this stuff makes > sense? Thank you. I really do think part of the motivation for making them was just the Emacs philosophy that everything ought to at least try to be available in Emacs. Whether you end up getting a terminal that can replace xterm or rxvt that way is another question, but they did try! :) I run 'term' when I want a general purpose Emacs terminal though. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: spam
incal writes: > You seem to get a lot of spam. While it is mostly the > job of the server software not to propagate it, last > line of defense client-side anti-spam is something I > would like to have better. I've been accumulating good ones for a very long time. Actually, I don't get much. I use procmail to filter it. > But I do get spam very rarely so someone must be doing > something right. It's a real science, making tasteless ads look like something you need to be reading. :) -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Immediate expiration
Damien Wyart writes: > * Hikaru Ichijyo in gnu.emacs.gnus: >> Is there a way I can make messages that I have already expired from >> the Summary buffer really disappear from view? > > I use (setq nnmail-expiry-wait 'immediate), and both Z G nd Z R work for > me, they make E articles disappear immediately (which I marked with E key). > > I also have (setq gnus-agent-expire-all t), but I am not sure if it > comes into play. That's it -- it's the "Z G" (gnus-summary-rescan-group) that does it. I have to run that after expiring to make them go away. I may create a function that runs gnus-summary-expire-articles-now then gnus-summary-rescan-group on one keypress. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
Winston writes: > Hikaru Ichijyo asked: >> Is there any way I can make cancelled messages just go away? (After >> all, they don't even exist anymore...) > > 'x' ? The reason that (gnus-summary-limit-to-unread) wouldn't work for me is because I'm setup to display old emails in all mail groups. I only limit to unread in newsgroups. So, I'd like a way to get rid of cancelled articles even while read ones are still visible. It's possible there may not be a way to do it, since Gnus seems strongly biased toward treating everything as a newsgroup, and thus may assume that you never see old articles by default, but I thought I'd ask anyway. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
a...@koldfront.dk (Adam Sjøgren) writes: > Hikaru writes: > >> "The suggested workarounds are to rebind the ispell key (the BBDB >> binding is not configurable at this time)." > > I don't know what "configurable" means here - when I type the beginning > of an email address in, say, the To: line and press TAB, I get > completion. This is with BBDB version 2.36. > > Where in BBDB was this M-TAB business annoying you? Well, it's not anymore! As I've said, I'm on v3 now. I'm not going back to v2 to look more at its behavior, because it's moot to me now. Problem solved! The "configurable" comment above is quoted from the BBDB v2 manual. Now, I do have another question of course (us Gnus newbies like me have those without end, I'd imagine...): Is there a way I can make messages that I have already expired from the Summary buffer really disappear from view? If I run expiry on them, the "E" expiry marks are replaced with "G" cancelled marks. If I run any of the various "really delete" commands on them (such as gnus-summary-delete-article), same thing, "G" cancelled, but still there, even though it points to nothing. Most surprisingly, if I run gnus-summary-reselect-current-group, a command that's described in the manual as being just like leaving the group and re-entering it without having to actually do that, it does exactly the same thing -- all expired articles are still visible with cancelled marks on them, even though if I had truly left and re-entered, they'd be gone from my display. Is there any way I can make cancelled messages just go away? (After all, they don't even exist anymore...) -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
incal writes: > Hikaru Ichijyo writes: > >> It seems that the key binding for name completion is >> M-TAB. > > Completion sucks anyway. Setup aliases and type the > aliases instead: style, precision, speed. All my problems went away today when I upgraded to v3. I had been trying to use v2, since officially the newer one is "unstable." >> And the Info docs say that you can't rebind it. > > Really? Can you quote that? http://bbdb.sourceforge.net/bbdb.html#SEC83 In bug #1, "M-TAB conflicts with ispell" (and they could have also mentioned, the window-switching keys of half the desktop managers in existence, but they didn't mention that), they say: "The suggested workarounds are to rebind the ispell key (the BBDB binding is not configurable at this time)." It doesn't matter because I think all of this refers to v2. BBDB v3 doesn't have a proper Info manual yet, and it tab completes with just TAB, no M-TAB needed. Looking forward to the v3 manual! -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
Tassilo Horn writes: > M-TAB is used for completion in dozens other places in emacs. Really? I don't doubt you, but I'd never run into that before. I've seen lots of ordinary tab completion, but never M-TAB. > You have 3 options: > > a) Use `ESC TAB' instead of `M-TAB'. That would work. A little awkward, but it would work. > b) Use some other key as Meta, e.g., the windows key commonly found on > keyboards. X11 on my system is already mapping that as "Super", and I'm already using it that way in numerous personal key bindings. (It's convenient that almost nothing in Emacs seems to pre-define it for anything, so it's been a great place to put user defined stuff.) > c) Use another key for window manager window handling. Most of them will let you move their window switching key to something else...but why should I have to? Most Emacs apps let you change your key bindings almost infinitely. > Not sure, but I guess emacs used M-TAB for completion purposes even > before that. Yes, I'm sure that's it. Emacs has *old* roots. Anyway, I think my problem was that I was trying to run BBDB v2. It looks like the new rewritten version does completion with tab alone. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: alt-tab? really? you're joking...
"Pascal J. Bourguignon" writes: > You seem to be very confused. Probably... > The key binding for name completion is Meta Tab, M-TAB, > not Alt Tab A-TAB. > > Perhaps your keyboard is ill-configured too. > > You should ask advice on how to map a meta- modifier key disctinct from > the alt- modifier key (if you needed the later at all) I do know about the history of Emacs and Lisp...and space cadet keyboards, and the Meta, Super, Hyper keys... But really... On a modern x86 Intel-based PC (which is what probably over 90% of users running Emacs today are using), "Meta" is your Alt key. We can all swear an oath to always call it Meta out of deference to Richard Stallman and very expensive rackmount machines in the 70's that were purpose-built to run Lisp, but...oh come on, it's your Alt key, right? The real gist of my question was that one's window manager (kwin, WindowMaker, etc.) will almost certainly just think of Alt as Alt, and won't care for what historical reason Emacs wants Alt-Tab (um, Meta-Tab). -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
alt-tab? really? you're joking...
I've pretty much settled into Gnus now, to the point where everything else feels silly, so I thought I'd start adding BBDB integration. It seems that the key binding for name completion is M-TAB. That's just...amazing. Really. The fact that Emacs and BBDB come from a UNIX-centric world doesn't begin to explain that, since MS-Windows is not the only platform where that's used for windows switching. It's also true in WindowMaker (which I use), KDE, Gnome, and if I remember correctly, CDE (which kills any idea that maybe they were only thinking of commercial UNIX). And the Info docs say that you can't rebind it. I did find an example online of how you might rebind the key for Wanderlust, but the example seemed fairly specific to Wanderlust. What's the typical way Gnus users get around this these days? Also, I should note that I'm running BBDB 2.35 and not the new 3.x rewrite, since the web site warns loudly that it's alpha alpha alpha! (Should I be running 3.x anyway?) Really...even in the 1990's, in the days of HPUX/CDE workstations and Motif X11 toolkits...Alt-Tab? Really? When was that ever a good idea for an application key binding? -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: binding a summary key to *two* commands
Ok, the function I was trying to make, debugged, in case anyone wants it. If you press "d", it sets the expirable mark and moves forward without reading the next message (good if you're in the middle of a lot of trash messages); if you press "D", it sets expirable and reads the next one (good if you're in a lot of message you want to read but not keep). When RET is pressed in the Summary buffer on an article that isn't yet being displayed, it calls gnus-summary-scroll-up, which only does what it's name says if the article had already been displayed. If not (as in this case), it reads the article under point in the Summary. (defun delete-then-read-next () (interactive) (gnus-summary-mark-as-expirable 1) (gnus-summary-scroll-up 1) ) (add-hook 'gnus-summary-mode-hook (lambda () (local-set-key "D" 'delete-then-read-next) (local-set-key "d" 'gnus-summary-put-mark-as-expirable-next) (local-set-key "u" 'gnus-summary-clear-mark-forward) (local-set-key "x" 'gnus-summary-expire-articles) (local-set-key "s" 'gnus-summary-move-article))) -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: binding a summary key to *two* commands
a...@koldfront.dk (Adam Sjøgren) writes: > Hikaru writes: > >> (defun delete-then-read-next () >> (interactive) >> (gnus-summary-mark-as-expirable) > > Have you tried giving this function an argument (say 1)? > > Just a guess from reading the documentation of it: > > ,[ C-h f gnus-summary-mark-as-expirable RET ] > | gnus-summary-mark-as-expirable is an interactive compiled Lisp > | function in `gnus-sum.el'. > | > | (gnus-summary-mark-as-expirable N) > | > | Mark N articles forward as expirable. > | If N is negative, mark backward instead. The difference between N and > | the actual number of articles marked is returned. Yes, that's it exactly, thanks. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
binding a summary key to *two* commands
Anyone have any idea how I could make *two* summary buffer commands emit from one keystroke? I've tried the snippet below, but it's giving me errors about the wrong number of arguments. Basically, I'm trying to make "D" expire and read next unread, while "d" just expires and moves forward without reading. The only part not working here is the "D". (defun delete-then-read-next () (interactive) (gnus-summary-mark-as-expirable) (gnus-summary-next-unread-article) ) (add-to-list 'mm-attachment-override-types "image/.*") (add-hook 'gnus-select-group-hook 'gnus-group-set-timestamp) (add-hook 'gnus-summary-mode-hook (lambda () (local-set-key "D" 'delete-then-read-next) (local-set-key "d" 'gnus-summary-put-mark-as-expirable-next) (local-set-key "u" 'gnus-summary-clear-mark-forward) (local-set-key "x" 'gnus-summary-expire-articles) (local-set-key "s" 'gnus-summary-move-article))) -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: problem with sendmail-send-it
a...@koldfront.dk (Adam Sjøgren) writes: > Hikaru writes: > >> I have a local network setup, and Postfix knows whether you send mail >> out to the ISP or keep it on my LAN. Since the Postfix service is on >> the same machine, it'd be silly if I had to resort to SMTP to inject >> mail into it. > > I am using this, to have Gnus use my local Postfix to deliver email: > > (setq message-send-mail-function 'message-send-mail-with-sendmail) > > Maybe that'll work for you as well? That's perfect. It looks like send-mail-function is only there to support the now-deprecated Mail Mode, and message-send-mail-function (Message Mode) has its own different set of allowed settings. Thanks! -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
problem with sendmail-send-it
I can successfully post to Usenet, but when I try to send email in Gnus, I get: "Symbol's function definition is void: sendmail-send-it" Is there a problem with using sendmail-send-it in Gnus? I did use VM for awhile, and it worked there, though I didn't like VM otherwise. The reason I'd prefer it is because I have a local network setup, and Postfix knows whether you send mail out to the ISP or keep it on my LAN. Since the Postfix service is on the same machine, it'd be silly if I had to resort to SMTP to inject mail into it. Here is an edited down excerpt of some of my ~/.emacs: (setq mail-user-agent 'message-user-agent read-mail-command 'gnus send-mail-function 'sendmail-send-it message-send-mail-function 'sendmail-send-it ) -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: They were right -- Gnus is better
Emanuel Berg writes: > Hikaru Ichijyo writes: > >> Firstly, it seems possible to setup posting aliases >> via gnus-posting-styles or under gnus-parameters. >> They both seem to let you control where and when the >> settings get applied. Is there a difference or a >> reason to prefer doing it one way or the other? I'm >> currently using gnus-posting-styles, and it seems to >> work fine. > > If so, use it, of course. But: what is it you want to > do? Just finding out if I was doing it the "right" way. It sounds like gnus-posting-styles is a good way to set broad defaults. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: They were right -- Gnus is better
Damien Wyart writes: > * Hikaru Ichijyo in gnu.emacs.gnus: >> I wanted to start using Emacs to handle my mail. I had initially >> decided to use VM, because while I like newsreaders, it didn't seem >> like a rational idea to use a mailreader that tries hard to think it >> can't delete anything. > > Did you read about advanced expiration features? > https://www.gnu.org/software/emacs/manual/html_node/gnus/Expiring-Mail.html Yes, I read about all sorts of setups for expiring mail in the manual, and I finally decided on setting nnmail-expiry-wait to immediate, and binding the "d" key to gnus-summary-put-mark-as-expirable-next. That way when I hit "d" the way I'm used to doing in other mailreaders, it marks that message as eligible for deletion, and when I leave that mail folder, everything that was marked for expiry gets truly deleted. That really works for me. >> It's all working fantastic...but here's the question: If I launch Gnus >> with gnus-no-server, I can read the local spool and avoid connecting to >> NNTP/IMAP/POP, which is great, and I use that often. What if I want to >> connect to IMAP only with a gnus-no-server session? Is there a way to >> do that? If not, it'd be a nice feature in a future version, >> especially since while email is a part of daily life, these days, >> Usenet really isn't. It'd be nice to be able to have mail-only >> connectability on demand in the menus if that's not possible now, >> for those times when you want to see IMAP but would rather leave your >> news server out of it. > > gnus-no-server will start Gnus in level 2, so should contact servers > with groups at level 1 and 2. > https://www.gnu.org/software/emacs/manual/html_node/gnus/Group-Levels.html Ok that's solves that completely. :) -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
They were right -- Gnus is better
I wanted to start using Emacs to handle my mail. I had initially decided to use VM, because while I like newsreaders, it didn't seem like a rational idea to use a mailreader that tries hard to think it can't delete anything. Lots of people on gnu.emacs.help told me, subtly, you can run VM if you want...but you'll end up using Gnus. Gnus will get you. You'll end up on Gnus after you've been on VM for awhile. They were right. I tried VM for a couple of months. It drove me mad. I switched to Gnus, and while it took me awhile to get it configured the way I want, it's perfect. I'm running the nnmbox backend, because I like keeping compatibility with Alpine and Mutt. All of the cautionary warnings about how slow it is supposed to be seem to date from an era of much slower computers. nnmbox seems virtually instant doing just about anything. I still have some questions though... Firstly, it seems possible to setup posting aliases via gnus-posting-styles or under gnus-parameters. They both seem to let you control where and when the settings get applied. Is there a difference or a reason to prefer doing it one way or the other? I'm currently using gnus-posting-styles, and it seems to work fine. Another question I had is regarding server connections. Currently, I have mail and news pathways setup to let me have: * news via NNTP (primary) * personal email from a local spool, with a POP source also bringing mail into that same spool from another server * an IMAP server that I read separately online It's all working fantastic...but here's the question: If I launch Gnus with gnus-no-server, I can read the local spool and avoid connecting to NNTP/IMAP/POP, which is great, and I use that often. What if I want to connect to IMAP only with a gnus-no-server session? Is there a way to do that? If not, it'd be a nice feature in a future version, especially since while email is a part of daily life, these days, Usenet really isn't. It'd be nice to be able to have mail-only connectability on demand in the menus if that's not possible now, for those times when you want to see IMAP but would rather leave your news server out of it. -- He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty, he establishes a precedent that will reach to himself. --Thomas Paine ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
