Re: [PATCH v4 08/16] reorganize indexing of multipart/signed and multipart/encrypted
[notmuch-archives.git] / a3 / cd768d8d73656d084b6f492db14414b8c89be0
1 Return-Path: <schnouki@schnouki.net>\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 A04ED429E31\r
6         for <notmuch@notmuchmail.org>; Thu,  5 Jan 2012 08:36:05 -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.1\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1]\r
13         autolearn=disabled\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id pM3bTb9SWU56 for <notmuch@notmuchmail.org>;\r
17         Thu,  5 Jan 2012 08:36:02 -0800 (PST)\r
18 Received: from ks3536.kimsufi.com (schnouki.net [87.98.217.222])\r
19         by olra.theworths.org (Postfix) with ESMTP id C6F2A429E27\r
20         for <notmuch@notmuchmail.org>; Thu,  5 Jan 2012 08:36:01 -0800 (PST)\r
21 Received: from thor.loria.fr (thor.loria.fr [152.81.12.250])\r
22         by ks3536.kimsufi.com (Postfix) with ESMTPSA id CCF9A6A0026;\r
23         Thu,  5 Jan 2012 17:35:58 +0100 (CET)\r
24 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=schnouki.net;\r
25         s=key-schnouki; t=1325781358;\r
26         bh=fo2Uza2ck2z7Ue8J4q7RnOcySAQnVCBLUeXEwBhigFE=;\r
27         h=From:To:Subject:In-Reply-To:References:Date:Message-ID:\r
28         MIME-Version:Content-Type;\r
29         b=Mj9BaQdyPxN7Q7iqg7ROeOxgEQYQs0sDsf4HV7iDV5zVT6KuLzjezrcU8qzxHLQdg\r
30         IXnsJiTnTxEFtxBiJhFs3Yg381HHClYmfK5vLf3SGumnggCQCq630bWKYI0/JakyxN\r
31         7mXb1WVm/y/GwJMF6dt+ittu5x0qz+3urAyBO5Jc=\r
32 From: Thomas Jost <schnouki@schnouki.net>\r
33 To: boyska <piuttosto@logorroici.org>, notmuch@notmuchmail.org\r
34 Subject: Re: Info about notmuch database\r
35 In-Reply-To: <20120105153748.GA13888@edge>\r
36 References: <4e39a92bc2136f12ae6924e8878d5d1a@logorroici.org>\r
37         <87fwfup4w9.fsf@thor.loria.fr> <20120105153748.GA13888@edge>\r
38 User-Agent: Notmuch/0.10.2+178~g8a0a6dd (http://notmuchmail.org)\r
39         Emacs/24.0.92.1 (x86_64-unknown-linux-gnu)\r
40 Date: Thu, 05 Jan 2012 17:35:55 +0100\r
41 Message-ID: <87boqip0no.fsf@thor.loria.fr>\r
42 MIME-Version: 1.0\r
43 Content-Type: multipart/signed; boundary="=-=-=";\r
44         micalg=pgp-sha1; protocol="application/pgp-signature"\r
45 X-BeenThere: notmuch@notmuchmail.org\r
46 X-Mailman-Version: 2.1.13\r
47 Precedence: list\r
48 List-Id: "Use and development of the notmuch mail system."\r
49         <notmuch.notmuchmail.org>\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
51         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
53 List-Post: <mailto:notmuch@notmuchmail.org>\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
57 X-List-Received-Date: Thu, 05 Jan 2012 16:36:05 -0000\r
58 \r
59 --=-=-=\r
60 Content-Type: text/plain\r
61 Content-Transfer-Encoding: quoted-printable\r
62 \r
63 On Thu, 5 Jan 2012 16:38:07 +0100, boyska <piuttosto@logorroici.org> wrote:\r
64 > > There's a description of the DB "schema" in lib/database.cc in the\r
65 > > notmuch source code. But you may also consider just using libnotmuch\r
66 > > instead, if that's enough for what you want to do.\r
67 >=20\r
68 > thanks, found it, much clearer now.\r
69 > But I really can't understand why not just putting these things on a\r
70 > separate file :) atomic consistency issues?\r
71 \r
72 I doubt it's for consistency (see commit 824dad76), more likely it's\r
73 because people should use libnotmuch rather than directly hacking into\r
74 the DB ;)\r
75 \r
76 \r
77 > > Also: why Xapian? I'm already using something similar I wrote with\r
78 > > Python, storing everything in a dictionary, using Pickle to save that to\r
79 > > disk: 162 lines of code and 45 kb of data are enough to store my\r
80 > > addressbook and have completion in Emacs...\r
81 >=20\r
82 > dictionary approach is fine to manage a "manual" addressbook, where you\r
83 > store addresses. But what I want is an _automatic_ addressbook, like the\r
84 > lbdb one, which just indexes all seen emails.\r
85 \r
86 That's what my little script does too: index emails and how many times\r
87 they appear in the DB so that completion shows more frequently used ones\r
88 first. The indexing is done after running "notmuch new", when running my\r
89 auto-tagging script. I'm too lazy to maintain a "manual" addressbook\r
90 correctly :)\r
91 \r
92 > The grep approach is better from this point of view, but still not\r
93 > advanced enough for me.\r
94 > For example, I'd like to store "cooccorrences": if some email is used in\r
95 > the same mail of some other, then it must contain a relationship; for\r
96 > example, your email should be correlated to the notmuch mailinglist,\r
97 > because you wrote to it. (they should be 0-weighted xapian term).  Also,\r
98 > I want to give more importance to email addresses which are frequently\r
99 > seen, and much less to not-so-frequently seen. Xapian makes these really\r
100 > easy, so the question is "why not using it?" ;)\r
101 \r
102 Nice ideas, and Xapian is probably a good choice for doing that kind of\r
103 stuff :)\r
104 \r
105 Do you plan to use this addressbook with notmuch-address.el, or will it\r
106 be a standalone program?\r
107 \r
108 Regards,\r
109 \r
110 =2D-=20\r
111 Thomas/Schnouki\r
112 \r
113 --=-=-=\r
114 Content-Type: application/pgp-signature\r
115 \r
116 -----BEGIN PGP SIGNATURE-----\r
117 Version: GnuPG v1.4.11 (GNU/Linux)\r
118 \r
119 iQEcBAEBAgAGBQJPBdFrAAoJEMPdciX+bh5ISBMH/Aov1V4s1bEGpbC6MK6LHc4d\r
120 ilRCSxW61n4e4vEaF/lZb52AK35CGBzFV/+UjwlJngR4RKvdexClKTk2EjypGxty\r
121 vfv40WminEhSCmNVSh26+ebx/2ZAlVDC6/Lqmv4quRuDNXM2xthQzXlZ9ujcLb/O\r
122 WMav/sQz8ZzDPXrMicDDEDvcKmXTfpUkmAfsNFArhe0gY4umyNcegRHxnOAMzb8M\r
123 T1gaTc/RWvj3nW0iNOBmLmH/PJZq4vUvHedyXVJbZJTNwWEvEQL4JdhFsVbsLTqa\r
124 gQs0nY2SNUF5O78mzNCNLmk8R3Ydb42YkFSm/ReyvB6/RvZGnMy0cg20t8ujSqI=\r
125 =CAQE\r
126 -----END PGP SIGNATURE-----\r
127 --=-=-=--\r