v3 of message properties patches
[notmuch-archives.git] / 99 / ddfff96769f52be6e207cf953155a945ae8125
1 Return-Path: <david.belohrad@cern.ch>\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 3F3C0431FAF\r
6         for <notmuch@notmuchmail.org>; Sun, 15 Apr 2012 14:39:12 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0.001\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0.001 tagged_above=-999 required=5\r
12         tests=[MSGID_MULTIPLE_AT=0.001] autolearn=disabled\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 Q8YsXLhScrq5 for <notmuch@notmuchmail.org>;\r
16         Sun, 15 Apr 2012 14:39:11 -0700 (PDT)\r
17 Received: from server.belohrad.ch (static-212-101-19-163.adsl.solnet.ch\r
18         [212.101.19.163])\r
19         by olra.theworths.org (Postfix) with ESMTP id 3EBC2431FAE\r
20         for <notmuch@notmuchmail.org>; Sun, 15 Apr 2012 14:39:11 -0700 (PDT)\r
21 Received: from bepc13284.belohrad.ch (unknown [10.0.1.50])\r
22         (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
23         (No client certificate requested)\r
24         by server.belohrad.ch (Postfix) with ESMTPSA id 949B22635B;\r
25         Sun, 15 Apr 2012 23:42:07 +0200 (CEST)\r
26 From: David Belohrad <david@belohrad.ch>\r
27 To: Adam Wolfe Gordon <awg+notmuch@xvx.ca>\r
28 Subject: Re: incrontab?\r
29 In-Reply-To:\r
30  <CAMoJFUtBRa0FNgpEJQLVZMQ3hk2MR5vFT4Kq9mspeTBOLLBy=g@mail.gmail.com>\r
31 References: <87bomx9x12.fsf@beesknees.cern.ch>\r
32         <CAMoJFUtBRa0FNgpEJQLVZMQ3hk2MR5vFT4Kq9mspeTBOLLBy=g@mail.gmail.com>User-Agent: Notmuch/0.12+105~g6c84116 (http://notmuchmail.org) Emacs/23.4.1\r
33         (x86_64-pc-linux-gnu)\r
34 Date: Sun, 15 Apr 2012 23:39:08 +0200\r
35 Message-ID: <87pqb8ad4z.fsf@david@belohrad.ch>\r
36 MIME-Version: 1.0\r
37 Content-Type: text/plain; charset=us-ascii\r
38 Cc: notmuch@notmuchmail.org\r
39 X-BeenThere: notmuch@notmuchmail.org\r
40 X-Mailman-Version: 2.1.13\r
41 Precedence: list\r
42 List-Id: "Use and development of the notmuch mail system."\r
43         <notmuch.notmuchmail.org>\r
44 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
45         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
46 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
47 List-Post: <mailto:notmuch@notmuchmail.org>\r
48 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
49 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
50         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
51 X-List-Received-Date: Sun, 15 Apr 2012 21:39:12 -0000\r
52 \r
53 Hi Adam,\r
54 \r
55 interestingly, your 'G' short-cut hint works out of the box! What\r
56 happens is, that when one presses 'G', this invokes\r
57 notmuch-hello-poll-and-update. This function calls 'notmuch-poll',\r
58 which does exactly what I want. I.e. it runs 'notmuch new' if no polling\r
59 script is specified. In my case however this invokes 'remote-notmuch\r
60 new' which asks notmuch installed at the server to tag new\r
61 emails. Lovely. (footnote: It suits me excellently because I'm not\r
62 seeking for 'mail push' service and rather read my emails whenever I\r
63 decide to do and not whenever an email arrives - this is why I consider\r
64 not calling notmuch-poll before every invocation of (notmuch) not as a\r
65 bug, but just minor annoyance which can be tweaked away if desired)\r
66 \r
67 \r
68 There is just one slightly weird thing. This is when 'notmuch' is\r
69 opened, the focus goes directly to search button instead of 'inbox'\r
70 messages (or something else), which is imho more interesting than going into search. Because\r
71 at first what one wants to do is to look into new emails. Another\r
72 disadvantage of going directly into search box is, that all shortcuts\r
73 get inhibited. Is there any way how to set default focus to something\r
74 else? \r
75 \r
76 thanks a lot\r
77 \r
78 david\r
79 \r
80 \r
81 Adam Wolfe Gordon <awg+notmuch@xvx.ca> writes:\r
82 \r
83 > Hi David,\r
84 >\r
85 > On Thu, Apr 12, 2012 at 02:25, David Belohrad <david@belohrad.ch> wrote:\r
86 >> is somebody using incrontab to issue 'notmuch new'? I've tried but with\r
87 >> only partial success. I have setup incrotab to run 'notmuch new' when\r
88 >> something changes in my Maildir. However it is not\r
89 >> reliable. E.g. sometimes it works out of the box, sometimes it seems\r
90 >> that 'notmuch new' is simply not invoked at all even if I see in\r
91 >> /var/log/mail.log, that a new mail was delivered correctly to the\r
92 >> folder. Anyone really uses this setup?\r
93 >\r
94 > I don't use incrontab, but I do use my own inotify-based script for\r
95 > updating notmuch: https://gist.github.com/1952483 . I haven't had any\r
96 > trouble with it.\r
97 >\r
98 >> I have reverted back to crontab to issue 'notmuch new' every 5\r
99 >> minutes. And frankly speaking, I'm rather thinking to run this command\r
100 >> from emacs directly everytime I either start notmuch, or refresh view\r
101 >> using '=' on notmuch-hello buffer.\r
102 >\r
103 > You could probably do this with notmuch-hello-refresh-hook, but it\r
104 > will be a bit tricky: the hook is executed after the notmuch-hello\r
105 > buffer is refreshed, so you'd have to have it refresh after notmuch\r
106 > new completes, without running the hook infinitely.\r
107 >\r
108 > A better approach might be to use advice. Something like (completely untested):\r
109 >\r
110 > (defadvice notmuch-hello-update (before notmuch-new) (call-process\r
111 > "notmuch" nil nil nil "new"))\r
112 >\r
113 > Hope that helps,\r
114 > -- Adam\r