From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Fran=C3=A7ois_Pinard?= Subject: Org referring to Gnus mail Date: Thu, 26 Apr 2012 21:51:48 -0400 Message-ID: <86zk9ykkln.fsf@iro.umontreal.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:39773) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNaLh-0000aI-9t for emacs-orgmode@gnu.org; Thu, 26 Apr 2012 21:51:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SNaLf-0003l9-Kz for emacs-orgmode@gnu.org; Thu, 26 Apr 2012 21:51:52 -0400 Received: from 206-248-137-202.dsl.teksavvy.com ([206.248.137.202]:55824 helo=mercure.progiciels-bpi.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNaLf-0003kw-FC for emacs-orgmode@gnu.org; Thu, 26 Apr 2012 21:51:51 -0400 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org 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. 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=C3=A7ois 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!