--- /dev/null
+Return-Path: <schnouki@schnouki.net>\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 A04ED429E31\r
+ for <notmuch@notmuchmail.org>; Thu, 5 Jan 2012 08:36:05 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.1\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5\r
+ tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1]\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 pM3bTb9SWU56 for <notmuch@notmuchmail.org>;\r
+ Thu, 5 Jan 2012 08:36:02 -0800 (PST)\r
+Received: from ks3536.kimsufi.com (schnouki.net [87.98.217.222])\r
+ by olra.theworths.org (Postfix) with ESMTP id C6F2A429E27\r
+ for <notmuch@notmuchmail.org>; Thu, 5 Jan 2012 08:36:01 -0800 (PST)\r
+Received: from thor.loria.fr (thor.loria.fr [152.81.12.250])\r
+ by ks3536.kimsufi.com (Postfix) with ESMTPSA id CCF9A6A0026;\r
+ Thu, 5 Jan 2012 17:35:58 +0100 (CET)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=schnouki.net;\r
+ s=key-schnouki; t=1325781358;\r
+ bh=fo2Uza2ck2z7Ue8J4q7RnOcySAQnVCBLUeXEwBhigFE=;\r
+ h=From:To:Subject:In-Reply-To:References:Date:Message-ID:\r
+ MIME-Version:Content-Type;\r
+ b=Mj9BaQdyPxN7Q7iqg7ROeOxgEQYQs0sDsf4HV7iDV5zVT6KuLzjezrcU8qzxHLQdg\r
+ IXnsJiTnTxEFtxBiJhFs3Yg381HHClYmfK5vLf3SGumnggCQCq630bWKYI0/JakyxN\r
+ 7mXb1WVm/y/GwJMF6dt+ittu5x0qz+3urAyBO5Jc=\r
+From: Thomas Jost <schnouki@schnouki.net>\r
+To: boyska <piuttosto@logorroici.org>, notmuch@notmuchmail.org\r
+Subject: Re: Info about notmuch database\r
+In-Reply-To: <20120105153748.GA13888@edge>\r
+References: <4e39a92bc2136f12ae6924e8878d5d1a@logorroici.org>\r
+ <87fwfup4w9.fsf@thor.loria.fr> <20120105153748.GA13888@edge>\r
+User-Agent: Notmuch/0.10.2+178~g8a0a6dd (http://notmuchmail.org)\r
+ Emacs/24.0.92.1 (x86_64-unknown-linux-gnu)\r
+Date: Thu, 05 Jan 2012 17:35:55 +0100\r
+Message-ID: <87boqip0no.fsf@thor.loria.fr>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha1; protocol="application/pgp-signature"\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, 05 Jan 2012 16:36:05 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Thu, 5 Jan 2012 16:38:07 +0100, boyska <piuttosto@logorroici.org> wrote:\r
+> > There's a description of the DB "schema" in lib/database.cc in the\r
+> > notmuch source code. But you may also consider just using libnotmuch\r
+> > instead, if that's enough for what you want to do.\r
+>=20\r
+> thanks, found it, much clearer now.\r
+> But I really can't understand why not just putting these things on a\r
+> separate file :) atomic consistency issues?\r
+\r
+I doubt it's for consistency (see commit 824dad76), more likely it's\r
+because people should use libnotmuch rather than directly hacking into\r
+the DB ;)\r
+\r
+\r
+> > Also: why Xapian? I'm already using something similar I wrote with\r
+> > Python, storing everything in a dictionary, using Pickle to save that to\r
+> > disk: 162 lines of code and 45 kb of data are enough to store my\r
+> > addressbook and have completion in Emacs...\r
+>=20\r
+> dictionary approach is fine to manage a "manual" addressbook, where you\r
+> store addresses. But what I want is an _automatic_ addressbook, like the\r
+> lbdb one, which just indexes all seen emails.\r
+\r
+That's what my little script does too: index emails and how many times\r
+they appear in the DB so that completion shows more frequently used ones\r
+first. The indexing is done after running "notmuch new", when running my\r
+auto-tagging script. I'm too lazy to maintain a "manual" addressbook\r
+correctly :)\r
+\r
+> The grep approach is better from this point of view, but still not\r
+> advanced enough for me.\r
+> For example, I'd like to store "cooccorrences": if some email is used in\r
+> the same mail of some other, then it must contain a relationship; for\r
+> example, your email should be correlated to the notmuch mailinglist,\r
+> because you wrote to it. (they should be 0-weighted xapian term). Also,\r
+> I want to give more importance to email addresses which are frequently\r
+> seen, and much less to not-so-frequently seen. Xapian makes these really\r
+> easy, so the question is "why not using it?" ;)\r
+\r
+Nice ideas, and Xapian is probably a good choice for doing that kind of\r
+stuff :)\r
+\r
+Do you plan to use this addressbook with notmuch-address.el, or will it\r
+be a standalone program?\r
+\r
+Regards,\r
+\r
+=2D-=20\r
+Thomas/Schnouki\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.11 (GNU/Linux)\r
+\r
+iQEcBAEBAgAGBQJPBdFrAAoJEMPdciX+bh5ISBMH/Aov1V4s1bEGpbC6MK6LHc4d\r
+ilRCSxW61n4e4vEaF/lZb52AK35CGBzFV/+UjwlJngR4RKvdexClKTk2EjypGxty\r
+vfv40WminEhSCmNVSh26+ebx/2ZAlVDC6/Lqmv4quRuDNXM2xthQzXlZ9ujcLb/O\r
+WMav/sQz8ZzDPXrMicDDEDvcKmXTfpUkmAfsNFArhe0gY4umyNcegRHxnOAMzb8M\r
+T1gaTc/RWvj3nW0iNOBmLmH/PJZq4vUvHedyXVJbZJTNwWEvEQL4JdhFsVbsLTqa\r
+gQs0nY2SNUF5O78mzNCNLmk8R3Ydb42YkFSm/ReyvB6/RvZGnMy0cg20t8ujSqI=\r
+=CAQE\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r
projects / notmuch-archives.git / commitdiff