nmh + notmuch: expected to work?

diff --git a/81/15463d5af58c773e18487fb446849c5af8b9fd b/81/15463d5af58c773e18487fb446849c5af8b9fd
new file mode 100644 (file)
index 0000000..0647a4c
--- /dev/null
+++ b/81/15463d5af58c773e18487fb446849c5af8b9fd
@@ -0,0 +1,109 @@
+Return-Path: <epg@pretzelnet.org>\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 E9942431FBC\r
+       for <notmuch@notmuchmail.org>; Tue, 10 Jun 2014 15:13:10 -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 C2M+11-XY9Yw for <notmuch@notmuchmail.org>;\r
+       Tue, 10 Jun 2014 15:13:06 -0700 (PDT)\r
+X-Greylist: delayed 529 seconds by postgrey-1.32 at olra;\r
+       Tue, 10 Jun 2014 15:13:06 PDT\r
+Received: from master.diplodocus.org (master.diplodocus.org [50.247.106.229])\r
+       by olra.theworths.org (Postfix) with ESMTP id 22AAE431FAF\r
+       for <notmuch@notmuchmail.org>; Tue, 10 Jun 2014 15:13:06 -0700 (PDT)\r
+Received: from wundagore (localhost [127.0.0.1])\r
+       by master.diplodocus.org (Postfix) with ESMTP id 44EECFB4715;\r
+       Tue, 10 Jun 2014 15:04:17 -0700 (PDT)\r
+From: Eric Gillespie <epg@pretzelnet.org>\r
+To: notmuch@notmuchmail.org\r
+Subject: nmh + notmuch: expected to work?\r
+X-Mailer: MH-E 8.3.1; nmh 1.6-RC3; GNU Emacs 24.3.1\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset="us-ascii"\r
+Content-ID: <24055.1402437857.1@wundagore>\r
+Content-Transfer-Encoding: quoted-printable\r
+Date: Tue, 10 Jun 2014 15:04:17 -0700\r
+Message-ID: <24056.1402437857@wundagore>\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: Tue, 10 Jun 2014 22:13:11 -0000\r
+\r
+I'm a long-time nmh user, and I heard notmuch was supposed to\r
+handle mh folders, so I gave it a shot.\r
+\r
+It's crazy slow.  The first 'notmuch new' took 4 hours, but maybe\r
+that's expected.  However, every 'notmuch new' takes 4 - 10\r
+hours.  The only time it completes faster is if I immediately\r
+re-run it without incorporating new mail.  In that case, it\r
+completes in 0.8s - 38s, which is quite reasonable for my mail.\r
+\r
+I have 18.5 GB, 1,058,370 messages in 315 directories.\r
+\r
+=46rom the messages it prints, apparently any directory that\r
+changes (receives a new message) has to have all its files\r
+indexed from scratch.  What?!\r
+\r
+# re-index after some new mail (< 1000; not 704083!)\r
+Processed 704083 total files in 11h 7m 48s (17 files/sec.).\r
+Added 701791 new messages to the database. Removed 701332 messages. Detect=\r
+ed 2136 file renames.\r
+\r
+# re-index again, no new mail\r
+Processed 60 total files in 40s (1 files/sec.).\r
+No new mail.\r
+\r
+# incorporate 1 new message\r
+Processed 9181 total files in 7m 54s (19 files/sec.).\r
+Added 9071 new messages to the database. Removed 9071 messages. Detected 1=\r
+2 file renames.\r
+\r
+# incorporate 1 new message\r
+Processed 111 total files in almost no time.\r
+Added 1 new message to the database. Detected 12 file renames.\r
+\r
+# incorporate 1 new message\r
+Processed 757 total files in 44s (17 files/sec.).\r
+Added 645 new messages to the database. Removed 645 messages. Detected 14 =\r
+file renames.\r
+\r
+There haven't been any renames at all, so I don't know what 2136,\r
+12, or 14 renames notmuch is talking about.  I wasn't reading or\r
+replying to any mail at all, only adding new mail and running\r
+notmuch new.\r
+\r
+I already thought mairix was slow, but in comparison, it's\r
+blazing fast.  I think notmuch indexes much more so the\r
+comparison is not entirely fair, but at least it's usable.\r
+\r
+mairix takes 1h15m to process the same mail from scratch.\r
+Subsequent updates take from 19-22s.\r
+\r
+Also the mairix db is much smaller, though notmuch's is about the\r
+size the documentation says to expect:\r
+\r
+0 ~% du -ms .mairix mh/.notmuch\r
+447     .mairix\r
+15712   mh/.notmuch\r
+\r
+Is this expected?  Is this attributable to some bug in how\r
+notmuch handles mh folders, or does this happen with maildirs?\r
+\r
+Thanks.\r