From 573fc4ae65e25ec7e32d5c524ae86e9e4f320325 Mon Sep 17 00:00:00 2001 From: Jameson Graef Rollins Date: Thu, 12 Jul 2012 23:43:10 +1700 Subject: [PATCH] Re: notmuch-emacs and bbdb --- 05/5bfeac329c8475ef0b3949cafa875806944655 | 120 ++++++++++++++++++++++ 1 file changed, 120 insertions(+) create mode 100644 05/5bfeac329c8475ef0b3949cafa875806944655 diff --git a/05/5bfeac329c8475ef0b3949cafa875806944655 b/05/5bfeac329c8475ef0b3949cafa875806944655 new file mode 100644 index 000000000..3b7df681b --- /dev/null +++ b/05/5bfeac329c8475ef0b3949cafa875806944655 @@ -0,0 +1,120 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 43D72431FC7 + for ; Wed, 11 Jul 2012 23:43:28 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -2.29 +X-Spam-Level: +X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id 0PSRDP5XFWIV for ; + Wed, 11 Jul 2012 23:43:27 -0700 (PDT) +Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu + [131.215.239.19]) + by olra.theworths.org (Postfix) with ESMTP id 99321431FAE + for ; Wed, 11 Jul 2012 23:43:27 -0700 (PDT) +Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1]) + by earth-doxen-postvirus (Postfix) with ESMTP id 226DD66E02E7; + Wed, 11 Jul 2012 23:43:27 -0700 (PDT) +X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new +Received: from finestructure.net (unknown [76.89.192.57]) + (Authenticated sender: jrollins) + by earth-doxen-submit (Postfix) with ESMTP id E966B66E0152; + Wed, 11 Jul 2012 23:43:18 -0700 (PDT) +Received: by finestructure.net (Postfix, from userid 1000) + id 44AA8318; Wed, 11 Jul 2012 23:43:13 -0700 (PDT) +From: Jameson Graef Rollins +To: Daniel Bergey , notmuch@notmuchmail.org +Subject: Re: notmuch-emacs and bbdb +In-Reply-To: <878ver1jp0.fsf@wonderlust.lan> +References: <878ver1jp0.fsf@wonderlust.lan> +User-Agent: Notmuch/0.13.2+54~ga0426dc (http://notmuchmail.org) Emacs/23.4.1 + (x86_64-pc-linux-gnu) +Date: Wed, 11 Jul 2012 23:43:10 -0700 +Message-ID: <87mx35pji9.fsf@servo.finestructure.net> +MIME-Version: 1.0 +Content-Type: multipart/signed; boundary="=-=-="; + micalg=pgp-sha256; protocol="application/pgp-signature" +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 12 Jul 2012 06:43:28 -0000 + +--=-=-= + +On Tue, Jul 10 2012, Daniel Bergey wrote: +> As far as I can tell, notmuch doesn't integrate as smoothly with bbdb as older +> emacs mailclients. I'm especially looking for a snarf function that +> distinguishes sender from recipient. +> +> How do other people use bbdb with notmuch? +> +> Does anyone have lisp code like that which ships with bbdb for other +> clients? +> +> If I were to find time to write such code, what would you like it to do? + +Hey, Bergey. This is something that I think needs improvement as well. +I've been just manually constructing the bbdb entries myself. + +But what I've really been meaning to get going is address +auto-completion from the database, which I'm pretty sure could obviate +my need for bbdb altogether: + +http://notmuchmail.org/emacstips/#index13h2 + +Getting it working seems more difficult than it should be, though, and +the existing solutions seem a bit slower than they need to be [0]. So I +think there's also room for improvement here. + +For instance, I think it would be rad if notmuch provided this +functionality natively, in the CLI, or even in the library [1]. I think +it's definitely doable, and it would be a nice little project. + +The emacs integration could be a bit smoother as well. A single config +option should either turn the functionality on or off. That would be +very convenient [2]. + +jamie. + +[0] id:"87r4xur3rv.fsf@plc.plecavalier.com" +[1] For what it's worth, I would prefer a solution that didn't involve + any caching of addresses outside of the database. +[2] I also find it changes the behavior of the ido tab completion + interface that I'm used to using in message mode. + +--=-=-= +Content-Type: application/pgp-signature + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iQIcBAEBCAAGBQJP/nH/AAoJEO00zqvie6q8wm8P/3XqMKi5XVynHq7fYeWczAkE +aT4PDRPTLBMiVZuEdhgtBV/6aXMvszX+Bh8uk8VrYoEO7/AijtGNosYIBTHAS/CV +XU372xctZtCAFaySeM7+B711Smqlq1K8aA+n12SOruaPckF6Q001sP/FYN4/P3OO +YtuqDS0ajH06zwgq62WWUioBItWXW1tvbFvH7f0o6PoSUuQfqelRyXNkTGTTZO4z +/UBtd26y6gjTaX41lsd3udYKPmTzbK7VjKFih5EeO1Mj4/9ptPrfrO5gxABr/1XH +0pBE5F/WUg4C3HZoCf+C7pZ0EaXeTmFnFDcQFTSTykEvPkKKiSPnheFire9Q8HGW +r/rLih7V9Lte8VzjOqRTesxZwQyM5yqpIpqmY1NuqDemUj2kfoshGC+NdkDwEMkO +sJ/+7aGWjeMP0IPFczeEbEK9s8r5eMQXiiiRKOOcx6vzY9KO+2kTzD+x2TlgrGkE +KRco+tZqHXNPdOfODTDUFNFsGeW7Eh6WQVdOCqF71vcIHPz9iDh1/JkPttO1vyxh +Fzk7z121MgxsBDYo9CIfA4XQjHYKes+SDOZHvfm4Udlc9OL2C5S2tnnR7wprYV4t +/n88cTBItXlOC5zkmxTilQx9F4lBYc4cE+Ub7ktgx3OZLMHv/67WTP3LYCOwlbSz +GjNm5o4htWIHNV76Phs0 +=hgJT +-----END PGP SIGNATURE----- +--=-=-=-- -- 2.26.2