From: William Gardella <gardellawg@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: Org referring to Gnus mail
Date: Fri, 27 Apr 2012 01:02:00 -0400 [thread overview]
Message-ID: <87wr51kbsn.fsf@gmail.com> (raw)
In-Reply-To: 86zk9ykkln.fsf@iro.umontreal.ca
François Pinard <pinard@iro.umontreal.ca> writes:
> Hello.
>
> In my Org files, I have many references to Gnus articles which are part
> of mailgroups. When batch reading email with Gnus, I'm OK with the
> newsreader paradigm, in which an article is almost deleted as soon as it
> gets read: it will not show the next time I'll visit the group.
>
> However, when an article is referred through an Org link, I think I
> would prefer if the paradigm did not apply. Currently, I see myself
> "unreading" such articles all the time, which is a bit tedious, and
> error prone as well, as I can easily forget to do it. I wonder if
> someone would not imagine some trickery by which, when the reference
> comes from Org, the Gnus article does not get automatically read.
>
> If references were always established "manually", I could take the habit
> of banging each article on which there is an Org link, at the time I
> establish the link. The nicety is that a ticked article does not
> "become read" when visited.
Hi François,
I am sure there is a better answer out there, but there is another
nicety of Gnus you could exploit: marks (including the "read" mark) are
never populated to a Gnus group automatically on reading, but only when
you do an updating command such as q or x. If you close the group with
`gnus-summary-exit-no-update' (the Q key in default binding), these
messages will not be marked as read.
>
> However, in the practical case, I have an Emacs command, launching an
> external helper program, which finds all articles within all mailgroups
> within the few local servers, matching a specific regexp somewhere, and
> then outputs a conveniently sorted Org tree holding [[...][...]] links
> to them all. As the matches transiently depend on the pattern, it would
> prefer avoiding any kind of side effects on the unread articles.
>
> François
>
> P.S. I'm quite surprised by the speed of the search. Grepping through
> 540 Megs of text distributed in over 10000 files takes a bit less than
> half a second, once the memory cache got populated. It's hard for me to
> believe, and I'm unsuccessfully looking for a bug. It apparently works!
So you have a command to automatically populate an Org tree from local
newsgroups? Wow, sounds cool. I've long wondered if Org would make a
good mailreader, and it sounds like you've determined that yes, it could
:)
--
Cheers,
WGG
next prev parent reply other threads:[~2012-04-27 5:02 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-27 1:51 Org referring to Gnus mail François Pinard
2012-04-27 5:02 ` William Gardella [this message]
2012-04-27 15:50 ` François Pinard
2012-04-27 22:32 ` Wes Hardaker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wr51kbsn.fsf@gmail.com \
--to=gardellawg@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.