database error
[notmuch-archives.git] / 8f / b74b15490a10f11485adbdc4a473c0da84af4b
1 Return-Path: <jani@nikula.org>\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 58676431FBF\r
6         for <notmuch@notmuchmail.org>; Sat, 25 Jan 2014 07:39:09 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id kcCJjDjjSZgw for <notmuch@notmuchmail.org>;\r
16         Sat, 25 Jan 2014 07:39:04 -0800 (PST)\r
17 Received: from mail-ee0-f42.google.com (mail-ee0-f42.google.com\r
18  [74.125.83.42])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
19  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
20  73840431FBC    for <notmuch@notmuchmail.org>; Sat, 25 Jan 2014 07:39:04 -0800\r
21  (PST)\r
22 Received: by mail-ee0-f42.google.com with SMTP id e49so1472994eek.29\r
23         for <notmuch@notmuchmail.org>; Sat, 25 Jan 2014 07:39:01 -0800 (PST)\r
24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
25         d=1e100.net; s=20130820;\r
26         h=x-gm-message-state:from:to:subject:in-reply-to:references\r
27         :user-agent:date:message-id:mime-version:content-type;\r
28         bh=0cQ2ZR2y4Z1VLclffGf+mhBxquGcDrpeJR6hyLiAgyI=;\r
29         b=jRVj3hdLTS9bHHH36DXw7NwN6lXfr5lR/PWRZQwilumROjhKYVCUdfo0zWR5HSiW6Q\r
30         KmdOcIuZDtBDKb1B7tIbTEd8mQnmkQwKVHmqew1tEQG2R3K9tSRRSJMEVIcgiLtRPf3f\r
31         NLBHoaRVLFwwYBno0CKtYGvZE1ifUFvucCUkdjFRQMUAMmGIWiJkziQYs4iaA1r1Qxv+\r
32         USdB7nOyrtQ/dsmwfmBn5ETcIP5vL8y9sJYGqDVswYATzQ/h030BFA3E3lGOmIj8/NlZ\r
33         rbMCap2LDqXUmGpLQVUnvdPaxzKTZnsUJ26v0QCYRNHfYHh727y+IMfE+MDIgb7tOirz\r
34         9UKA==\r
35 X-Gm-Message-State:\r
36  ALoCoQkLTIdLbQIxRmaIsgY5DwB/FOo4HozJEfc+DTrjagJ36UkGnESiZmzq9mKHNLDK0YSzcqcE\r
37 X-Received: by 10.14.115.8 with SMTP id d8mr237167eeh.83.1390664341930;\r
38         Sat, 25 Jan 2014 07:39:01 -0800 (PST)\r
39 Received: from localhost (dsl-hkibrasgw2-58c36f-91.dhcp.inet.fi.\r
40         [88.195.111.91])\r
41         by mx.google.com with ESMTPSA id g1sm17257586eet.6.2014.01.25.07.39.00\r
42         for <multiple recipients>\r
43         (version=TLSv1.2 cipher=RC4-SHA bits=128/128);\r
44         Sat, 25 Jan 2014 07:39:01 -0800 (PST)\r
45 From: Jani Nikula <jani@nikula.org>\r
46 To: Austin Clements <aclements@csail.mit.edu>, notmuch@notmuchmail.org\r
47 Subject: Re: [PATCH 0/5] lib: make folder: prefix literal\r
48 In-Reply-To: <87r47wfltb.fsf@nikula.org>\r
49 References: <cover.1389304779.git.jani@nikula.org>\r
50         <87y525m649.fsf@awakening.csail.mit.edu>\r
51         <87r47wfltb.fsf@nikula.org>\r
52 User-Agent: Notmuch/0.17+44~ge3b4cd9 (http://notmuchmail.org) Emacs/24.3.1\r
53         (x86_64-pc-linux-gnu)\r
54 Date: Sat, 25 Jan 2014 17:38:59 +0200\r
55 Message-ID: <87iot8f4vg.fsf@nikula.org>\r
56 MIME-Version: 1.0\r
57 Content-Type: text/plain\r
58 X-BeenThere: notmuch@notmuchmail.org\r
59 X-Mailman-Version: 2.1.13\r
60 Precedence: list\r
61 List-Id: "Use and development of the notmuch mail system."\r
62         <notmuch.notmuchmail.org>\r
63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
64         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
66 List-Post: <mailto:notmuch@notmuchmail.org>\r
67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
69         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
70 X-List-Received-Date: Sat, 25 Jan 2014 15:39:09 -0000\r
71 \r
72 On Sat, 25 Jan 2014, Jani Nikula <jani@nikula.org> wrote:\r
73 > Perhaps we need to have two prefixes, one of which is the literal\r
74 > filesystem folder and another which hides the implementation details,\r
75 > like I mentioned in my mail to Peter [1]. But consider this: my proposed\r
76 > implementation does cover *all* use cases.\r
77 \r
78 Here's a thought. With boolean prefix folder:, we can devise a scheme\r
79 where the folder: query defines what is to be matched.\r
80 \r
81 For example:\r
82 \r
83 folder:foo      match files in foo, foo/new, and foo/cur.\r
84 folder:foo/     match all files in all subdirectories under foo (this\r
85                 would handle Tomi's use case), including foo/new and foo/cur.\r
86 folder:foo/.    match in foo only, and specifically not in foo/cur or foo/new.\r
87 folder:foo/new  match in foo/new, and specifically not in foo/cur (this\r
88                 allows distinguishing between messages in cur and new).\r
89 folder:/        match everything.\r
90 folder:/.       match in top level maildir only.\r
91 folder:""       match in top level maildir, including cur/new.\r
92 \r
93 This requires indexing all the path components with suitable\r
94 suffixes. For example, a file "foo/new/baz" would get terms "/", "foo",\r
95 "foo/", "foo/new", and "foo/new/.". A file foo/bar would get terms "/",\r
96 "foo", "foo/", and "foo/.".\r
97 \r
98 It's obviously a concern this increases the database size; not sure how\r
99 it would compare with the current stemmed probabilistic prefix.\r
100 \r
101 Opinions on this? This would really cover all use cases, and address\r
102 Austin's interface and backward compatibility concerns.\r
103 \r
104 BR,\r
105 Jani.\r