Re: [PATCH v4 01/16] add util/search-path.{c, h} to test for executables in $PATH
[notmuch-archives.git] / 03 / 7aa7c1a3d685ac74424e4b09305b903d75456f
1 Return-Path: <cworth@cworth.org>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id BCD75431FBD;\r
6         Wed,  2 Dec 2009 12:51:42 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 Received: from olra.theworths.org ([127.0.0.1])\r
9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
10         with ESMTP id 23-5ZX46JBcu; Wed,  2 Dec 2009 12:51:41 -0800 (PST)\r
11 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
12         by olra.theworths.org (Postfix) with ESMTP id D4B24431FAE;\r
13         Wed,  2 Dec 2009 12:51:41 -0800 (PST)\r
14 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
15         id 961852542A9; Wed,  2 Dec 2009 12:51:41 -0800 (PST)\r
16 From: Carl Worth <cworth@cworth.org>\r
17 To: Tassilo Horn <tassilo@member.fsf.org>\r
18 In-Reply-To: <87r5rjk4a1.fsf@thinkpad.tsdh.de>\r
19 References: <87zl6cl595.fsf@thinkpad.tsdh.de>\r
20         <87d434qek6.fsf@yoom.home.cworth.org> <87r5rjk4a1.fsf@thinkpad.tsdh.de>\r
21 Date: Wed, 02 Dec 2009 12:51:41 -0800\r
22 Message-ID: <87y6ll85gi.fsf@yoom.home.cworth.org>\r
23 MIME-Version: 1.0\r
24 Content-Type: multipart/signed; boundary="=-=-=";\r
25         micalg=pgp-sha1; protocol="application/pgp-signature"\r
26 Cc: notmuch@notmuchmail.org\r
27 Subject: Re: [notmuch] Snippet to jump to message in Gnus from notmuch-show\r
28  buffer\r
29 X-BeenThere: notmuch@notmuchmail.org\r
30 X-Mailman-Version: 2.1.12\r
31 Precedence: list\r
32 List-Id: "Use and development of the notmuch mail system."\r
33         <notmuch.notmuchmail.org>\r
34 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
35         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
36 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
37 List-Post: <mailto:notmuch@notmuchmail.org>\r
38 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
39 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
40         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
41 X-List-Received-Date: Wed, 02 Dec 2009 20:51:42 -0000\r
42 \r
43 --=-=-=\r
44 Content-Transfer-Encoding: quoted-printable\r
45 \r
46 On Fri, 27 Nov 2009 23:10:30 +0100, Tassilo Horn <tassilo@member.fsf.org> w=\r
47 rote:\r
48 > Well, if you only want to have a look at a maildir or mbox, and don't\r
49 > want to make the group permanent and let gnus fetch mail, then this\r
50 > should do the trick.\r
51 >=20\r
52 >   M-x gnus RET ;; brings you into the *Group* buffer, and then\r
53 ...\r
54 > | `G m'\r
55 > |      Make a new group (`gnus-group-make-group').  Gnus will prompt you\r
56 \r
57 For viewing an mbox, I successfully used "C-u G f" that you mentioned\r
58 earlier. So I've at least now seen gnus in action, thanks!\r
59 \r
60 What I'd really to view is a maildir though, but I haven't gotten "G m"\r
61 to work with that yet. It prompts me for a "group name", (which I assume\r
62 is just an arbitrary string), then a "from method" which offers tab\r
63 completion for things that look promising (such as "nnmh" and\r
64 "nnmaildir") but I can't get anything to work past that. I never see\r
65 anything prompting for an actual directory, and it either ends up\r
66 creating an empty directory, (such as ${HOME}/Mail/<groupname>), or\r
67 complaining "Wrong type argument: stringp, nil".\r
68 \r
69 I even guessthat that maybe it wants "nnmaildir:/path/to/maildir" or\r
70 maybe "nnmaildir+/path/to/maildir" but the prompt won't accept either of\r
71 these (just says "[No match]").\r
72 \r
73 And now I've got an entry in the *Group* buffer for each of my attempts,\r
74 which variously complain ("Couldn't open server" for nnmaildir:foo,\r
75 "Group nnmh:bar contains no messages", and "Couldn't activate group\r
76 test: No such group"---I can't remember how I created that one).\r
77 \r
78 Where are all of these groups stored now? (I couldn't find anything\r
79 matching ~/.gnus* nor any changes to my .emacs file.) Yet I still see\r
80 these broken groups even with "emacs -q -f gnus". And how do I delete\r
81 these?\r
82 \r
83 Update: It looks like I've got stuff in ~/.newsrc, ~/.newsrc-dribble,\r
84 and ~/.newsrc.eld from my various thrashing here. Still not clear how to\r
85 delete things---.newsrc.eld says I shouldn't delete it but should touch\r
86 ~/.newsrc instead, but that doesn't seem to have any effect. I went\r
87 ahead and deleted ~/.newsrc* and most of this stuff does seem to be\r
88 nicely cleaned up. All that's left is that I now get a warning on\r
89 starting gnus of "Gnus auto-save file exits.  Do you want to read it? (y\r
90 or n)". If I do read it, then I get some of the junk groups back. I\r
91 can't figure out where this auto-save file exists, (it's even hiding\r
92 From=20my attempt with strace).\r
93 \r
94 > This does only work if the group already exists inside Gnus.  So you\r
95 > might consider setting it up properly, although it's a bit first-time\r
96 > effort.\r
97 \r
98 I'll keep trying...\r
99 \r
100 > (setq gnus-select-method '(nnnil))\r
101 \r
102 Thanks for this! This allows me to start gnus without the annoying "go\r
103 offline?" errors. And what's more, when I put this in my .emacs, delete\r
104 all of ~/.newsrc*, *and* answer "no" to the prompt to read the gnus\r
105 auto-save file---if I do all of that then I *finally* get the\r
106 "gnus-help" group that I'm certain I was supposed to get the first time\r
107 I ran "M-x gnus".\r
108 \r
109 So maybe I'll be able to find something in there.\r
110 \r
111 Hrm... still seeing the same inscrutable stuff that I find every time I\r
112 try to read gnus documentation. The "I want to read my mail!" post\r
113 describes "nnml" as "a one-file-one-mail backend" but then the closest\r
114 it gets to how to use it is:\r
115 \r
116         So if you want to go with nnmbox, you can simply say:\r
117 \r
118         (setq gnus-secondary-select-methods '((nnmbox "")))\r
119 \r
120         (The same for the other methods, kind of.)\r
121 \r
122 And I'm lost. Besides the "kind of", which just makes me uneasy, how\r
123 does it make sense to configure an mbox backend with just an empty\r
124 string? Surely something needs to be told where to find an actual mbox\r
125 file?\r
126 \r
127 Or is this just selecting a backend for how GNUS should store mail that\r
128 it fetches?\r
129 \r
130 Is there any hope for someone like me that doesn't want GNUS involved in\r
131 fetching mail, but just wants to use GNUS to read mail files that I have\r
132 in a big hierarchy of directories? I keep feeling there must be a simple\r
133 document somewhere that explains how to do that---but I just can't find\r
134 it.\r
135 \r
136 =2DCarl (hoping that notmuch will eventually be more approachable than gnus)\r
137 \r
138 --=-=-=\r
139 Content-Type: application/pgp-signature\r
140 \r
141 -----BEGIN PGP SIGNATURE-----\r
142 Version: GnuPG v1.4.10 (GNU/Linux)\r
143 \r
144 iD8DBQFLFtNd6JDdNq8qSWgRArHJAJ9C5rnHlIJb4V6kAULViomE57CwgwCfZx3r\r
145 shUkDJwgpEH13a7el041bH0=\r
146 =OPyn\r
147 -----END PGP SIGNATURE-----\r
148 --=-=-=--\r