Re: [RFC PATCH 00/14] modular mail stores based on URIs

diff --git a/4c/d932b73200fbf5cced67703f32094459683f92 b/4c/d932b73200fbf5cced67703f32094459683f92
new file mode 100644 (file)
index 0000000..27a3c1a
--- /dev/null
+++ b/4c/d932b73200fbf5cced67703f32094459683f92
@@ -0,0 +1,109 @@
+Return-Path: <ethan.glasser.camp@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 28620431FB6\r
+       for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 11:39:58 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.798\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.798 tagged_above=-999 required=5\r
+       tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
+       FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7]\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 7lnYFTwviCAR for <notmuch@notmuchmail.org>;\r
+       Thu, 28 Jun 2012 11:39:57 -0700 (PDT)\r
+Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com\r
+       [209.85.220.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 99F04431FAF\r
+       for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 11:39:57 -0700 (PDT)\r
+Received: by vcbf1 with SMTP id f1so2041978vcb.26\r
+       for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 11:39:55 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
+       h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
+       :cc:content-type;\r
+       bh=9QWQSQOqFJf5LlXpHCjt64t9poqfaknFP1fYUoBtfSc=;\r
+       b=TmRUpE4X0nGMhAOoqxrtwGJf41lsI0SVR9tejc5nzV2JEw5x7mg9wzGsxbGla+FIXe\r
+       ih1ZiGpXtv7DJ2hzuRAWGbGoCOjqWXf/nqfKaZHjw/yqtiwh60FgY6brtiFb/R24h26F\r
+       86EuK4ssDxh+3t2mFapb0XZhWH+Llkk6Mzi7UtsDAz8ktbzbPO4Bu0PvY0ivAn/NZAZ+\r
+       KXqbEqFq8gWsUK+J3T4ZFz1YN1/w2eDpUiiQ3w65LcttDOz3tF9ZwEpLPtvHSsj8LAkm\r
+       xFXWU0O56pFk9Sn+BTF1+n/xSMr7dpvaB243ZjvkvsahEUzzRDQD65NQlp54RKmXnZhu\r
+       ikdQ==\r
+MIME-Version: 1.0\r
+Received: by 10.52.92.49 with SMTP id cj17mr2154481vdb.21.1340908795775; Thu,\r
+       28 Jun 2012 11:39:55 -0700 (PDT)\r
+Received: by 10.220.6.3 with HTTP; Thu, 28 Jun 2012 11:39:55 -0700 (PDT)\r
+In-Reply-To: <87txxvuyn4.fsf@servo.finestructure.net>\r
+References: <1340656899-5644-1-git-send-email-ethan@betacantrips.com>\r
+       <87txxvuyn4.fsf@servo.finestructure.net>\r
+Date: Thu, 28 Jun 2012 14:39:55 -0400\r
+Message-ID:\r
+ <CAOJ+Ob0=N=AgZ+HWu_2U3yP1ro+Cfv5JmoJzb+2BxzndV-9mwQ@mail.gmail.com>\r
+Subject: Re: [RFC PATCH 00/14] modular mail stores based on URIs\r
+From: Ethan <ethan.glasser.camp@gmail.com>\r
+To: Jameson Graef Rollins <jrollins@finestructure.net>\r
+Content-Type: multipart/alternative; boundary=20cf3071ce1472ccaa04c38ca8f2\r
+Cc: notmuch@notmuchmail.org\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, 28 Jun 2012 18:39:58 -0000\r
+\r
+--20cf3071ce1472ccaa04c38ca8f2\r
+Content-Type: text/plain; charset=ISO-8859-1\r
+\r
+It is pretty big and there are a couple places where the series could be\r
+simplified, the first patch in particular. I will break it out and resubmit\r
+piecewise but I'd like to know how to address these particular issues:\r
+\r
+1. Are URIs the way to specify individual messages, despite bremner's\r
+concerns about too much of the API being strings? Is adding another library\r
+is the easiest way to parse URIs?\r
+\r
+2. Is it OK to break maildir relocatability, or is it worth it to pass more\r
+config to the library (perhaps by adding it to the notmuch_database_t\r
+object)?\r
+\r
+3. Is a global variable in the library acceptable? (I don't see any\r
+others.) If not, how to store mailstore state?\r
+\r
+The patch series is really more like a very rough draft to try to give\r
+these concerns a context (specifically, mbox support).\r
+\r
+Ethan\r
+\r
+--20cf3071ce1472ccaa04c38ca8f2\r
+Content-Type: text/html; charset=ISO-8859-1\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+It is pretty big and there are a couple places where the series could be si=\r
+mplified, the first patch in particular. I will break it out and resubmit p=\r
+iecewise but I&#39;d like to know how to address these particular issues:<b=\r
+r>\r
+\r
+<br>1. Are URIs  the way to specify individual messages, despite bremner&#3=\r
+9;s concerns about too much of the API being strings? Is adding another lib=\r
+rary is the easiest way to parse URIs?<br><br>2. Is it OK to break maildir =\r
+relocatability, or  is it worth it to pass more config to the library (perh=\r
+aps by adding it to the notmuch_database_t object)?<br>\r
+\r
+<br>3. Is a global variable in the library  acceptable? (I don&#39;t see an=\r
+y others.) If not, how to store mailstore state?<br><br>The patch series is=\r
+ really more like a very rough draft to try to give these concerns a contex=\r
+t (specifically, mbox support).<br>\r
+<br>Ethan<br><br>\r
+\r
+--20cf3071ce1472ccaa04c38ca8f2--\r