[PATCH 5/5] updated NEWS
[notmuch-archives.git] / 4c / d932b73200fbf5cced67703f32094459683f92
1 Return-Path: <ethan.glasser.camp@gmail.com>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id 28620431FB6\r
6         for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 11:39:58 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.798\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.798 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
13         FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7]\r
14         autolearn=disabled\r
15 Received: from olra.theworths.org ([127.0.0.1])\r
16         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
17         with ESMTP id 7lnYFTwviCAR for <notmuch@notmuchmail.org>;\r
18         Thu, 28 Jun 2012 11:39:57 -0700 (PDT)\r
19 Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com\r
20         [209.85.220.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
21         (No client certificate requested)\r
22         by olra.theworths.org (Postfix) with ESMTPS id 99F04431FAF\r
23         for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 11:39:57 -0700 (PDT)\r
24 Received: by vcbf1 with SMTP id f1so2041978vcb.26\r
25         for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 11:39:55 -0700 (PDT)\r
26 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
27         h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
28         :cc:content-type;\r
29         bh=9QWQSQOqFJf5LlXpHCjt64t9poqfaknFP1fYUoBtfSc=;\r
30         b=TmRUpE4X0nGMhAOoqxrtwGJf41lsI0SVR9tejc5nzV2JEw5x7mg9wzGsxbGla+FIXe\r
31         ih1ZiGpXtv7DJ2hzuRAWGbGoCOjqWXf/nqfKaZHjw/yqtiwh60FgY6brtiFb/R24h26F\r
32         86EuK4ssDxh+3t2mFapb0XZhWH+Llkk6Mzi7UtsDAz8ktbzbPO4Bu0PvY0ivAn/NZAZ+\r
33         KXqbEqFq8gWsUK+J3T4ZFz1YN1/w2eDpUiiQ3w65LcttDOz3tF9ZwEpLPtvHSsj8LAkm\r
34         xFXWU0O56pFk9Sn+BTF1+n/xSMr7dpvaB243ZjvkvsahEUzzRDQD65NQlp54RKmXnZhu\r
35         ikdQ==\r
36 MIME-Version: 1.0\r
37 Received: by 10.52.92.49 with SMTP id cj17mr2154481vdb.21.1340908795775; Thu,\r
38         28 Jun 2012 11:39:55 -0700 (PDT)\r
39 Received: by 10.220.6.3 with HTTP; Thu, 28 Jun 2012 11:39:55 -0700 (PDT)\r
40 In-Reply-To: <87txxvuyn4.fsf@servo.finestructure.net>\r
41 References: <1340656899-5644-1-git-send-email-ethan@betacantrips.com>\r
42         <87txxvuyn4.fsf@servo.finestructure.net>\r
43 Date: Thu, 28 Jun 2012 14:39:55 -0400\r
44 Message-ID:\r
45  <CAOJ+Ob0=N=AgZ+HWu_2U3yP1ro+Cfv5JmoJzb+2BxzndV-9mwQ@mail.gmail.com>\r
46 Subject: Re: [RFC PATCH 00/14] modular mail stores based on URIs\r
47 From: Ethan <ethan.glasser.camp@gmail.com>\r
48 To: Jameson Graef Rollins <jrollins@finestructure.net>\r
49 Content-Type: multipart/alternative; boundary=20cf3071ce1472ccaa04c38ca8f2\r
50 Cc: notmuch@notmuchmail.org\r
51 X-BeenThere: notmuch@notmuchmail.org\r
52 X-Mailman-Version: 2.1.13\r
53 Precedence: list\r
54 List-Id: "Use and development of the notmuch mail system."\r
55         <notmuch.notmuchmail.org>\r
56 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
57         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
58 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
59 List-Post: <mailto:notmuch@notmuchmail.org>\r
60 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
61 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
62         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
63 X-List-Received-Date: Thu, 28 Jun 2012 18:39:58 -0000\r
64 \r
65 --20cf3071ce1472ccaa04c38ca8f2\r
66 Content-Type: text/plain; charset=ISO-8859-1\r
67 \r
68 It is pretty big and there are a couple places where the series could be\r
69 simplified, the first patch in particular. I will break it out and resubmit\r
70 piecewise but I'd like to know how to address these particular issues:\r
71 \r
72 1. Are URIs the way to specify individual messages, despite bremner's\r
73 concerns about too much of the API being strings? Is adding another library\r
74 is the easiest way to parse URIs?\r
75 \r
76 2. Is it OK to break maildir relocatability, or is it worth it to pass more\r
77 config to the library (perhaps by adding it to the notmuch_database_t\r
78 object)?\r
79 \r
80 3. Is a global variable in the library acceptable? (I don't see any\r
81 others.) If not, how to store mailstore state?\r
82 \r
83 The patch series is really more like a very rough draft to try to give\r
84 these concerns a context (specifically, mbox support).\r
85 \r
86 Ethan\r
87 \r
88 --20cf3071ce1472ccaa04c38ca8f2\r
89 Content-Type: text/html; charset=ISO-8859-1\r
90 Content-Transfer-Encoding: quoted-printable\r
91 \r
92 It is pretty big and there are a couple places where the series could be si=\r
93 mplified, the first patch in particular. I will break it out and resubmit p=\r
94 iecewise but I&#39;d like to know how to address these particular issues:<b=\r
95 r>\r
96 \r
97 <br>1. Are URIs  the way to specify individual messages, despite bremner&#3=\r
98 9;s concerns about too much of the API being strings? Is adding another lib=\r
99 rary is the easiest way to parse URIs?<br><br>2. Is it OK to break maildir =\r
100 relocatability, or  is it worth it to pass more config to the library (perh=\r
101 aps by adding it to the notmuch_database_t object)?<br>\r
102 \r
103 <br>3. Is a global variable in the library  acceptable? (I don&#39;t see an=\r
104 y others.) If not, how to store mailstore state?<br><br>The patch series is=\r
105  really more like a very rough draft to try to give these concerns a contex=\r
106 t (specifically, mbox support).<br>\r
107 <br>Ethan<br><br>\r
108 \r
109 --20cf3071ce1472ccaa04c38ca8f2--\r