Re: [PATCH v4 01/16] add util/search-path.{c, h} to test for executables in $PATH
[notmuch-archives.git] / 93 / e796d93a7981b07fda4004011f808958c8e883
1 Return-Path: <sojkam1@fel.cvut.cz>\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 29A4D431FC3\r
6         for <notmuch@notmuchmail.org>; Mon,  1 Mar 2010 03:12:52 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.934\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.934 tagged_above=-999 required=5\r
12         tests=[AWL=-0.935, BAYES_50=0.001] autolearn=ham\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id O8QhXJWl9yPI for <notmuch@notmuchmail.org>;\r
16         Mon,  1 Mar 2010 03:12:51 -0800 (PST)\r
17 Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
18         by olra.theworths.org (Postfix) with ESMTP id C0713431FAE\r
19         for <notmuch@notmuchmail.org>; Mon,  1 Mar 2010 03:12:50 -0800 (PST)\r
20 Received: from localhost (unknown [192.168.200.4])\r
21         by max.feld.cvut.cz (Postfix) with ESMTP id 938AF19F338E;\r
22         Mon,  1 Mar 2010 12:12:42 +0100 (CET)\r
23 X-Virus-Scanned: IMAP AMAVIS\r
24 Received: from max.feld.cvut.cz ([192.168.200.1])\r
25         by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,\r
26         port 10044)\r
27         with ESMTP id Cb85WEj6UAwR; Mon,  1 Mar 2010 12:12:41 +0100 (CET)\r
28 Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])\r
29         by max.feld.cvut.cz (Postfix) with ESMTP id 0969019F3392;\r
30         Mon,  1 Mar 2010 12:12:41 +0100 (CET)\r
31 Received: from steelpick.localdomain (k335-30.felk.cvut.cz [147.32.86.30])\r
32         (Authenticated sender: sojkam1)\r
33         by imap.feld.cvut.cz (Postfix) with ESMTPSA id 9E9DBFA004;\r
34         Mon,  1 Mar 2010 12:12:40 +0100 (CET)\r
35 Received: from wsh by steelpick.localdomain with local (Exim 4.71)\r
36         (envelope-from <sojkam1@fel.cvut.cz>)\r
37         id 1Nm3YG-0004Rb-Eq; Mon, 01 Mar 2010 12:12:40 +0100\r
38 From: Michal Sojka <sojkam1@fel.cvut.cz>\r
39 To: Carl Worth <cworth@cworth.org>, notmuch@notmuchmail.org\r
40 In-Reply-To: <87zl2v4vjt.fsf@yoom.home.cworth.org>\r
41 References: <87zl2v4vjt.fsf@yoom.home.cworth.org>\r
42 Date: Mon, 01 Mar 2010 12:12:40 +0100\r
43 Message-ID: <87hbp0mh1z.fsf@steelpick.localdomain>\r
44 MIME-Version: 1.0\r
45 Content-Type: text/plain; charset=us-ascii\r
46 Subject: Re: [notmuch] Thoughts on not seeing messages I can't deal with\r
47  (yet, or now, or here...)\r
48 X-BeenThere: notmuch@notmuchmail.org\r
49 X-Mailman-Version: 2.1.13\r
50 Precedence: list\r
51 List-Id: "Use and development of the notmuch mail system."\r
52         <notmuch.notmuchmail.org>\r
53 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
54         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
55 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
56 List-Post: <mailto:notmuch@notmuchmail.org>\r
57 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
58 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
59         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
60 X-List-Received-Date: Mon, 01 Mar 2010 11:12:52 -0000\r
61 \r
62 On Fri, 26 Feb 2010 12:00:06 -0800, Carl Worth <cworth@cworth.org> wrote:\r
63 > [This mail started as some off-topic rambling in my reply to the\r
64 > notmuch-reply script. So that's why it starts on one topic and ends\r
65 > somewhere else entirely.]\r
66\r
67 > I'm currently avoiding any locking failures with notmuch commands by\r
68 > running "notmuch new" manually, (rather than from a cron job). And it\r
69 > occurs to me that running "notmuch new" manually has a certain\r
70 > benefit---it allows me to bring in a chunk of mail, and then process all\r
71 > of that (either by replying, or setting aside to a particular project or\r
72 > "todo" tag, etc.) without getting distracted by other mail coming in.\r
73 \r
74 That's what I like on notmuch too. (I also don't use cron.)\r
75 \r
76 > I know that what I really want instead of "todo" is a way to express the\r
77 > reason I'm postponing a message. There's probably some resource I'm\r
78 > missing that I need before I can deal with it. Perhaps that's:\r
79\r
80 >   * I can't decide on this until I'm with co-workers and can talk about\r
81 >     this.\r
82\r
83 >   * I can't resolve this until I'm at the office with the right hardware\r
84 >     to test.\r
85\r
86 >   * I need to remember to do something with this when I'm at home.\r
87\r
88 >   * I need a nice block of "discretionary time" to be able to give this\r
89 >     topic the attention I want to.\r
90\r
91 >   * I need to look at this message again on this Saturday.\r
92\r
93 > So what I really want to do is to tag things based on those criteria,\r
94 > ("office", "magic-hardware", "home", "discretionary", "2010-02-27"),\r
95 > which I can at least do now.\r
96\r
97 > But what I'm currently missing is a way for the folders based on these\r
98 > tags to only appear at the right times, (when the resource is\r
99 > available).\r
100 \r
101 It seems I have the same needs as you. I use Emacs's org-mode for\r
102 managing my TODO list and I find org-remember very useful in this\r
103 context.\r
104 \r
105 It works like this: I have a global key binding (C-c r) for org-remember\r
106 and whenever I press this key a new buffer appears. I write my TODO item\r
107 there and after C-c C-c the buffer is appended to my TODO list. What is\r
108 important, is that the remember buffer may be pre-filled with some\r
109 information based on major mode of from where it was invoked. This\r
110 information might be a so called org-link (a link to another entity\r
111 which emacs can work with). David Bremner did some work\r
112 (id:8763805hr2.fsf@pivot.cs.unb.ca) to support links to mails in\r
113 notmuch, but I haven't tried it yet.\r
114 \r
115 So I'd like to process my mail like this: If I cannot complete the mail\r
116 immediately, I'll press "C-c r" to create a new TODO item where I\r
117 mention what is needed for completing this mail. The TODO item will\r
118 automatically contain a link to the original message. I can also add\r
119 some Org Mode properties such as SCHEDULED or DEADLINE. Then I remove\r
120 unread and inbox tags from the message. This way I'll process the whole\r
121 inbox until it becomes empty.\r
122 \r
123 Then I will use org-mode's Agenda view to show me what to do just now.\r
124 Thanks to the properties such as SCHEDULED, I won't see items which I do\r
125 not want to see today.\r
126 \r
127 If I complete some TODO item, I'll use org-link to immediately jump to\r
128 the original message and I'll reply to it.\r
129 \r
130 The only problem here is some kind of duplication. Org-mode has its own\r
131 tags and these have nothing in common with notmuch tags. So, in order to\r
132 use tags your TODO items and mails, you would need to tag them twice\r
133 (once in notmuch and once in org).\r
134 \r
135 What might work here would be some kind of integration between Org's\r
136 Agenda view and notmuch search. But I do not have an exact idea how this\r
137 could look like.\r
138 \r
139 Bye\r
140 Michal\r