incrontab?

diff --git a/f6/6f1416e4f63b497e803c5f7436c7ceb5075627 b/f6/6f1416e4f63b497e803c5f7436c7ceb5075627
new file mode 100644 (file)
index 0000000..eff7fab
--- /dev/null
+++ b/f6/6f1416e4f63b497e803c5f7436c7ceb5075627
@@ -0,0 +1,79 @@
+Return-Path: <david@belohrad.ch>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 61A1E431FAF\r
+       for <notmuch@notmuchmail.org>; Thu, 12 Apr 2012 01:27:02 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id NzJshV1QFtFx for <notmuch@notmuchmail.org>;\r
+       Thu, 12 Apr 2012 01:27:01 -0700 (PDT)\r
+Received: from server.belohrad.ch (static-212-101-19-163.adsl.solnet.ch\r
+       [212.101.19.163])\r
+       by olra.theworths.org (Postfix) with ESMTP id A22E8431FAE\r
+       for <notmuch@notmuchmail.org>; Thu, 12 Apr 2012 01:27:01 -0700 (PDT)\r
+Received: from beesknees.cern.ch.belohrad.ch (beesknees.cern.ch\r
+       [137.138.197.99])\r
+       (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by server.belohrad.ch (Postfix) with ESMTPSA id 9BF0A26334;\r
+       Thu, 12 Apr 2012 10:30:05 +0200 (CEST)\r
+From: David Belohrad <david@belohrad.ch>\r
+To: notmuch@notmuchmail.org\r
+Subject: incrontab?\r
+Organization: David Belohrad\r
+X-Operating-System: Debian Stable\r
+X-Homepage: http://belohrad.ch\r
+Date: Thu, 12 Apr 2012 10:25:45 +0200\r
+Message-ID: <87bomx9x12.fsf@beesknees.cern.ch>\r
+User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 12 Apr 2012 08:27:02 -0000\r
+\r
+\r
+Dear All,\r
+\r
+is somebody using incrontab to issue 'notmuch new'? I've tried but with\r
+only partial success. I have setup incrotab to run 'notmuch new' when\r
+something changes in my Maildir. However it is not\r
+reliable. E.g. sometimes it works out of the box, sometimes it seems\r
+that 'notmuch new' is simply not invoked at all even if I see in\r
+/var/log/mail.log, that a new mail was delivered correctly to the\r
+folder. Anyone really uses this setup?\r
+\r
+I have reverted back to crontab to issue 'notmuch new' every 5\r
+minutes. And frankly speaking, I'm rather thinking to run this command\r
+from emacs directly everytime I either start notmuch, or refresh view\r
+using '=' on notmuch-hello buffer. \r
+\r
+As I'm using remote-notmuch config (using dtach as specified in wiki), I\r
+think it would not represent so much additional 'load' (in terms of\r
+time to display the emails) to issue refresh the notmuch database with\r
+every 'notmuch' refresh.\r
+\r
+any ideas?\r
+thanks\r
+d.\r
+\r
+\r
+-- \r
+.david.\r