Re: [PATCH 0/4] Allow specifying alternate names for addresses in other_email
[notmuch-archives.git] / 6d / 859256d5525c12dfb1a687d3b70b8e12872ce5
1 Return-Path: <cworth@cworth.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 5E77D431FBF;\r
6         Sat, 21 Nov 2009 09:26:52 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 Received: from olra.theworths.org ([127.0.0.1])\r
9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
10         with ESMTP id NuJ3YNtxrIW9; Sat, 21 Nov 2009 09:26:51 -0800 (PST)\r
11 Received: from cworth.org (localhost [127.0.0.1])\r
12         by olra.theworths.org (Postfix) with ESMTP id 42D1B431FAE;\r
13         Sat, 21 Nov 2009 09:26:51 -0800 (PST)\r
14 From: Carl Worth <cworth@cworth.org>\r
15 To: Stefan Schmidt <stefan@datenfreihafen.org>, Bdale Garbee\r
16         <bdale@gag.com>\r
17 In-Reply-To: <20091121153655.GC19397@excalibur.local>\r
18 References: <20091121145111.GB19397@excalibur.local>\r
19         <1258816372.8741.15.camel@rover>\r
20         <20091121153655.GC19397@excalibur.local>\r
21 Date: Sat, 21 Nov 2009 18:26:39 +0100\r
22 Message-ID: <87d43b4wmo.fsf@yoom.home.cworth.org>\r
23 MIME-Version: 1.0\r
24 Content-Type: text/plain; charset=us-ascii\r
25 Cc: notmuch@notmuchmail.org\r
26 Subject: Re: [notmuch] 25 minutes load time with emacs -f notmuch\r
27 X-BeenThere: notmuch@notmuchmail.org\r
28 X-Mailman-Version: 2.1.12\r
29 Precedence: list\r
30 List-Id: "Use and development of the notmuch mail system."\r
31         <notmuch.notmuchmail.org>\r
32 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
33         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
34 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
35 List-Post: <mailto:notmuch@notmuchmail.org>\r
36 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
37 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
38         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
39 X-List-Received-Date: Sat, 21 Nov 2009 17:26:52 -0000\r
40 \r
41 On Sat, 21 Nov 2009 16:36:55 +0100, Stefan Schmidt <stefan@datenfreihafen.org> wrote:\r
42 > I executed "/usr/local/bin/notmuch search --sort=oldest-first tag:inbox" by hand\r
43 > and from the 21 minutes it took it stayed around 20 in a state where no new\r
44 > message where printed and then sudenly all the rest comes up.\r
45 \r
46 That's actually the expected behavior currently.\r
47 \r
48 It used to be that "notmuch search" on the command line wouldn't present\r
49 any results until everything was available.\r
50 \r
51 I recently threw in a hack to present the first 100 thread results\r
52 quickly and only then does it sit and spin before all the results are\r
53 available. I suppose it wouldn't be any harder for it to keep returning\r
54 chunks of 100 threads at a time, (though this will slow down the final\r
55 result a bit---perhaps not significantly).\r
56 \r
57 And I wouldn't really mind any slowdown there anyway, since any *real*\r
58 interface should be calling "notmuch search" in small chunks anyway.\r
59 \r
60 So I'll go ahead and do that.\r
61 \r
62 > In my case only 80 messages were printed before the gap. All of them had a wrong\r
63 > year in the timestamp. 1900 and 1970. Maybe notmuch just comes into a bad state\r
64 > with this dates?\r
65 \r
66 I don't think the bogus dates are throwing anything off. It's more\r
67 likely that you just have a number of messages with no Date header on\r
68 them at all. And for such messages, notmuch just chooses a time_t value\r
69 of 0 so you'll see whatever that 0 maps to on your system---a date of\r
70 1970 there is not surprising. :-)\r
71 \r
72 > I will remove these mails and re-generate the notmuch index to test this out\r
73 > after dinner later today.\r
74 \r
75 See my other mail. You may want to tweak the behavior of "notmuch new"\r
76 before running it again. (I would not expect the results to be any\r
77 different from running it again with no change.)\r
78 \r
79 -Carl\r