[PATCH 1/9] lib: read "property" terms from messages.
[notmuch-archives.git] / 80 / 71b319d90e031a7d763dc794560bb6e7657376
1 Return-Path: <fatkasuvayu+linux@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 3A703431FAE\r
6         for <notmuch@notmuchmail.org>; Mon, 15 Oct 2012 04:53:04 -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.799\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.799 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, RCVD_IN_DNSWL_LOW=-0.7] 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 F2Osn258XL35 for <notmuch@notmuchmail.org>;\r
17         Mon, 15 Oct 2012 04:53:01 -0700 (PDT)\r
18 Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com\r
19         [209.85.212.179]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id 6AABF431FBF\r
22         for <notmuch@notmuchmail.org>; Mon, 15 Oct 2012 04:53:01 -0700 (PDT)\r
23 Received: by mail-wi0-f179.google.com with SMTP id hq7so1565567wib.2\r
24         for <notmuch@notmuchmail.org>; Mon, 15 Oct 2012 04:53:00 -0700 (PDT)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
26         h=sender:date:from:to:subject:message-id:mail-followup-to:references\r
27         :mime-version:content-type:content-disposition:in-reply-to\r
28         :user-agent; bh=djoTC6iyWWwoQeh7XeKRMDaVh0Wbchs0UEzWkfX1po8=;\r
29         b=T7KRJWVbZhrnwjBcdxSA/XVYC0daqrX3xG2cu9PUt6ft0ICgqgsSDeL7ZUdURpKfSl\r
30         HFThailY0DqHhAfy7rrO3gDhU6h8F32lm2wDYD3822Hfe5cXB8Tp7G6PlmNgxhMPR5T5\r
31         oyAHf3hQgqUvcmV5nRDdJvRMVc5h21+RNEv2MNeft/33IFI0SVKI0+1us6U2Y+WzCMli\r
32         Oz/ZEK6ewb4q76LUNLQhpB7+Tkgccyic2OzcoBxlTNCHd0dDMY76tI/ZLCPK6za/hWM0\r
33         OObUkJHS+sYho2gJEtCXW9K9Lm0lksxX76m1VwTj7jqdrVK+IjDuUufV+/QQ7vCMbvkw\r
34         0MrA==\r
35 Received: by 10.216.198.16 with SMTP id u16mr7493858wen.115.1350301980021;\r
36         Mon, 15 Oct 2012 04:53:00 -0700 (PDT)\r
37 Received: from kuru.dyndns-at-home.com (pb-d-128-141-52-158.cern.ch.\r
38         [128.141.52.158])\r
39         by mx.google.com with ESMTPS id k20sm13632532wiv.11.2012.10.15.04.52.42\r
40         (version=TLSv1/SSLv3 cipher=OTHER);\r
41         Mon, 15 Oct 2012 04:52:43 -0700 (PDT)\r
42 Sender: suvayu ali <fatkasuvayu@gmail.com>\r
43 Date: Mon, 15 Oct 2012 13:52:40 +0200\r
44 From: Suvayu Ali <fatkasuvayu+linux@gmail.com>\r
45 To: notmuch@notmuchmail.org\r
46 Subject: Re: nbook: a notmuch based address book written in python\r
47 Message-ID: <20121015115240.GA14067@kuru.dyndns-at-home.com>\r
48 Mail-Followup-To: notmuch@notmuchmail.org\r
49 References: <20120924082646.GA10577@kuru.dyndns-at-home.com>\r
50         <20120925104457.12264.30350@megatron>\r
51         <20121008093429.GC4534@kuru.dyndns-at-home.com>\r
52         <20121013165851.29671.29869@brick.lan>\r
53 MIME-Version: 1.0\r
54 Content-Type: text/plain; charset=us-ascii\r
55 Content-Disposition: inline\r
56 In-Reply-To: <20121013165851.29671.29869@brick.lan>\r
57 User-Agent: Mutt/1.5.21 (2011-07-01)\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: Mon, 15 Oct 2012 11:53:04 -0000\r
71 \r
72 Hello Patrick,\r
73 \r
74 On Sat, Oct 13, 2012 at 05:58:51PM +0100, Patrick Totzke wrote:\r
75 > Quoting Suvayu Ali (2012-10-08 10:34:29)\r
76 > > \r
77 > > > But to your tool; practice test:\r
78 > > > I wasn't able to use wildcards or simply prefixes of names. This is essential\r
79 > > > if you want to use it for tabcompleting contacts in a MUA.\r
80 > > \r
81 > > Since the idea was inspired by the completion on the Gmail web\r
82 > > interface, I already do a partial search so wildcards should not be\r
83 > > necessary.\r
84\r
85 > Not sure what you mean here: If I compose a mail using gmails web interface\r
86 > and type a prefix of someone's name I will get this contect as a suggestion.\r
87 > My point was that using your tool, I did not get a contact suggested\r
88 > for all prefixes.\r
89\r
90 \r
91 What I meant was, I search for *<query>* in the name or email address\r
92 strings.  So adding a glob character is not needed; in fact adding it\r
93 would mean my algorithm would search for a literal "*" and fail.\r
94 \r
95 [...]\r
96 \r
97\r
98 > I think this is a conceptual problem with your algorithm:\r
99 > You look up *all* messages and add a name to your result-list\r
100 > if it matches. This means you go through some condidate\r
101 > as often as you index contains mails from/to him.\r
102 > What one really wants is to ask the database to do something like\r
103 >   "SELECT name,email from RECIPIENTS_OR_SENDER"\r
104 > where RECIPIENTS_OR_SENDER is some imaginary list that stores\r
105 > a set of contacts.\r
106\r
107 > Bottom line: One would have to change the layout of the underlying\r
108 > database (not likely) or do regularly update some cache\r
109 > and only work on that. This is what some of the mentioned tools do if i'm not mistaken.\r
110\r
111 \r
112 Yes, you are right.  I realised this too when I tried out\r
113 nottoomuch-address a few days back.  Caching seems to be the solution\r
114 for performance issues.\r
115 \r
116 [...]\r
117 \r
118 > > > -------------------------------\r
119 > > > [~] time nbook Patrick                     \r
120 > > > \r
121 > > > Error opening /home/pazz/mail/gmail/[Google Mail].All Mail/cur/1330682270_0.12958.megatron,U=8766,FMD5=66ff6a8bc18a8a3ac4b311daa93d358a:2,S: Too many open files\r
122 > > > Traceback (most recent call last):\r
123 > > >   File "/home/pazz/bin/nbook", line 167, in <module>\r
124 > > >   File "/home/pazz/bin/nbook", line 71, in __init__\r
125 > > >   File "/home/pazz/.local/lib/python2.7/site-packages/notmuch/message.py", line 233, in get_header\r
126 > > > notmuch.errors.NullPointerError\r
127 \r
128 [...]\r
129 \r
130 I see in the meantime I was writing this email, Justus gave an\r
131 explanation for the issue; I'll go through the response carefully.\r
132 \r
133\r
134 > https://github.com/teythoon/afew\r
135 > https://github.com/pazz/alot\r
136 > http://excess.org/urwid/\r
137\r
138 > I'm sure patches will be welcome to any of the above :)\r
139 \r
140 Al 3 seem very interesting, but I think I will take a closer look at\r
141 afew and urwid.\r
142 \r
143 Thanks for the pointers,\r
144 \r
145 :)\r
146 \r
147 -- \r
148 Suvayu\r
149 \r
150 Open source is the future. It sets us free.\r