--- /dev/null
+Return-Path: <bgamari@gmail.com>\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 28A5E431FBC\r
+ for <notmuch@notmuchmail.org>; Wed, 17 Feb 2010 11:34:36 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.866\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.866 tagged_above=-999 required=5\r
+ tests=[AWL=-0.867, BAYES_50=0.001] autolearn=ham\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 LGuPOnnAfisM for <notmuch@notmuchmail.org>;\r
+ Wed, 17 Feb 2010 11:34:35 -0800 (PST)\r
+Received: from mail-qy0-f187.google.com (mail-qy0-f187.google.com\r
+ [209.85.221.187])\r
+ by olra.theworths.org (Postfix) with ESMTP id 80FAC431FAE\r
+ for <notmuch@notmuchmail.org>; Wed, 17 Feb 2010 11:34:35 -0800 (PST)\r
+Received: by qyk17 with SMTP id 17so818155qyk.2\r
+ for <notmuch@notmuchmail.org>; Wed, 17 Feb 2010 11:34:34 -0800 (PST)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
+ h=domainkey-signature:received:received:content-type:cc:subject:from\r
+ :to:in-reply-to:references:date:message-id:user-agent\r
+ :content-transfer-encoding;\r
+ bh=wbSdgdZcVyZUw9G1m3DyVOtjGMWvyRa/NJFB9L8ZuYs=;\r
+ b=lN5MaWPtzyG6swEr3dLsi/e4vetWO2BS0VhW9fzMkAsIC4BrAwJE5+KyIjOr0573iR\r
+ wH1jM3M4fzY4+I+4AyMx1WviQSl575IbYIjfqaJmgCp3ilY7GL/huWpKVf/KKZb8E1NE\r
+ anDvYag0mOT8rt1SZZQnj/t85kB2mGbCTD160=\r
+DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
+ h=content-type:cc:subject:from:to:in-reply-to:references:date\r
+ :message-id:user-agent:content-transfer-encoding;\r
+ b=tdowYFrl5G2zn83wJlqEwTu8Q3vkSjKMA01Sfu2dR+TpMCt0u7+BBkzCqexpKJSeJb\r
+ GUxn7NwWzOfIBFmy7nGtlqnkjs9MMybwReDbbi3fu2MZpzbXrW3KsMhI/day5D0GJT2N\r
+ eA8LfVHSu4cHb+6VG7nc0xIUCg1B8l7E+W6F4=\r
+Received: by 10.224.106.84 with SMTP id w20mr1927118qao.304.1266435274844;\r
+ Wed, 17 Feb 2010 11:34:34 -0800 (PST)\r
+Received: from localhost (umass-959-129.wireless.umass.edu [128.119.77.129])\r
+ by mx.google.com with ESMTPS id 36sm19869633vws.17.2010.02.17.11.34.32\r
+ (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
+ Wed, 17 Feb 2010 11:34:33 -0800 (PST)\r
+Content-Type: text/plain; charset=UTF-8\r
+From: Ben Gamari <bgamari@gmail.com>\r
+To: Mark Anderson <markr.anderson@amd.com>\r
+In-reply-to: <3wd3a0z7jjv.fsf@mhdcelk-nx01.amd.com>\r
+References: <20100215002914.GA22402@flamingspork.com>\r
+ <20100217012101.GD8249@lapse.rw.madduck.net>\r
+ <1266418124-sup-6308@ben-laptop>\r
+ <3wd3a0z7jjv.fsf@mhdcelk-nx01.amd.com>\r
+Date: Wed, 17 Feb 2010 14:34:31 -0500\r
+Message-Id: <1266435265-sup-5024@ben-laptop>\r
+User-Agent: Sup/git\r
+Content-Transfer-Encoding: 8bit\r
+Cc: notmuch <notmuch@notmuchmail.org>\r
+Subject: Re: [notmuch] Mail in git\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: Wed, 17 Feb 2010 19:34:36 -0000\r
+\r
+Excerpts from Mark Anderson's message of Wed Feb 17 14:23:48 -0500 2010:\r
+> But if we have notmuch as a cache of the tags, then don't we already\r
+> know the tree objects that need updating? Yes, we would probably need\r
+> some consistency checks for when things don't work as planned, but in\r
+> the common case we ought to always know.\r
+> \r
+Cached or not, rewriting would still be an incredibly (e.g.\r
+prohibitively or close to it) expensive operation for a large mailstore.\r
+\r
+> Perhaps I'm misunderstanding these tree objects, and you're suggesting\r
+> that we don't even tell notmuch about them.\r
+> \r
+I think it would be unwise to teach notmuch anything about the\r
+underlying store. That would be leaking way too many implementation\r
+details into \r
+\r
+- Ben\r