Re: [notmuch] [PATCH] notmuch: Add Maildir directory name as tag name for messages

diff --git a/91/16248da16a7d451958b6aa7c72c5c6b22b66e9 b/91/16248da16a7d451958b6aa7c72c5c6b22b66e9
new file mode 100644 (file)
index 0000000..fa760e1
--- /dev/null
+++ b/91/16248da16a7d451958b6aa7c72c5c6b22b66e9
@@ -0,0 +1,106 @@
+Return-Path: <cworth@cworth.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 7E396431FBF;\r
+       Sun, 22 Nov 2009 04:20:13 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\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 3TIP26sjEBPe; Sun, 22 Nov 2009 04:20:12 -0800 (PST)\r
+Received: from cworth.org (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id D4646431FAE;\r
+       Sun, 22 Nov 2009 04:20:11 -0800 (PST)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Michiel Buddingh' <michiel@michielbuddingh.net>, notmuch@notmuchmail.org\r
+In-Reply-To: <9bfdedddeab9c58cd45d8d448323d0fc@localhost>\r
+References: <87fx8bygi7.fsf@linux.vnet.ibm.com>\r
+       <87bpiv4t9h.fsf@yoom.home.cworth.org>\r
+       <87y6lz39nd.fsf@yoom.home.cworth.org>\r
+       <20091121221207.GB17268@jukie.net>\r
+       <9cce5525b093b87fe74d427954ffad89@localhost>\r
+       <87d43b2oif.fsf@yoom.home.cworth.org>\r
+       <9bfdedddeab9c58cd45d8d448323d0fc@localhost>\r
+Date: Sun, 22 Nov 2009 13:19:57 +0100\r
+Message-ID: <87fx86g39u.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Subject: Re: [notmuch] [PATCH] notmuch: Add Maildir directory name as tag\r
+ name for messages\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.12\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: Sun, 22 Nov 2009 12:20:13 -0000\r
+\r
+[quick reply to the text without looking at the patch yet]\r
+\r
+On Sun, 22 Nov 2009 10:33:53 +0100, Michiel Buddingh' <michiel@michielbuddingh.net> wrote:\r
+> Thanks, and apologies for the accidental base64 encoding.\r
+\r
+Thanks for noticing. That would have been a tricky patch to reply to to\r
+comment on.\r
+\r
+> On the positive side, this allows us to map these flags onto tags,\r
+> at least for indexing (the patch at the bottom implements this), and,\r
+> if I can pry you away from your principles, later for modification\r
+> as well.\r
+\r
+Yes, we might end up doing this. We'll see.\r
+\r
+> I respect your desire to stick to that principle.  But I also know \r
+> that purity and simplicity, generally speaking, are unattainable\r
+> luxuries for most applications that handle mail.\r
+\r
+Hehe. Thanks for the entertainment. You sound like someone who's already\r
+got some of the battle scars from trying to write mail-handling\r
+software. One is certainly forced to see an awful lot of awfully strange\r
+things.\r
+\r
+> Another thing; notmuch currently indexes by message-id (or SHA-1 hash\r
+> if that is not present).  Maildir, on the other hand, uses file names\r
+> as stable (when stripped of the parts trailing the colon) unique \r
+> (knock on wood) identifiers.  A Maildir-aware notmuch could incorporate\r
+> this to be far more resistant to bulk mail moves done by other clients,\r
+> by using filename lookups to avoid accessing and parsing the mail \r
+> files themselves.\r
+\r
+I don't think opening a file to read out a message ID will ever be a\r
+bottleneck. But yes, we could take advantage of the unique name if we\r
+insisted that the storage have it.\r
+\r
+Personally, I still regularly end up indexing stuff that's not in proper\r
+maildir format, (like just manually copying a mail file "foo" down into\r
+a directory that I know isn't being delivered to by any MDA but that I\r
+want notmuch to index.) Maybe that's just me, because I'm always\r
+bringing up little things for debugging, etc. But it is convenient at\r
+least.\r
+\r
+So I think I'd like to be careful to avoid notmuch ever *requiring*\r
+maildir storage. (But yes, it should obviously support maildir well\r
+since it's so common.)\r
+\r
+> I should re-iterate that I'm new to notmuch, and it's obvious that I'm\r
+> trying to beat it into becoming something it was never intended to be;\r
+\r
+Actually, I don't think that's true at all. Notmuch is definitely\r
+intended to become a lot more than it is right now. And if it's not\r
+making it easy for you to deal with mail the way you'd like to, then\r
+we definitely do want to look into expanding notmuch to be able to\r
+address that.\r
+\r
+> on the other hand, I'd like people to chime in on this.\r
+\r
+I've got the patch tagged to give a closer look at it later.\r
+\r
+Thanks again,\r
+\r
+-Carl\r