Re: [PATCH 0/4] Allow specifying alternate names for addresses in other_email
[notmuch-archives.git] / 89 / c5d9a6aa4234e30845be4873ff4feb1f07d2f1
1 Return-Path: <sandra.snan@handgranat.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 4072F404964\r
6         for <notmuch@notmuchmail.org>; Thu, 18 Mar 2010 07:25:51 -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: -2.491\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.491 tagged_above=-999 required=5 tests=[AWL=0.108,\r
12         BAYES_00=-2.599] autolearn=ham\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id Ljg06fEnnqe9 for <notmuch@notmuchmail.org>;\r
16         Thu, 18 Mar 2010 07:25:50 -0700 (PDT)\r
17 Received: from mail-ew0-f210.google.com (mail-ew0-f210.google.com\r
18         [209.85.219.210])\r
19         by olra.theworths.org (Postfix) with ESMTP id DDCF240495F\r
20         for <notmuch@notmuchmail.org>; Thu, 18 Mar 2010 07:25:49 -0700 (PDT)\r
21 Received: by ewy2 with SMTP id 2so1276197ewy.0\r
22         for <notmuch@notmuchmail.org>; Thu, 18 Mar 2010 07:25:49 -0700 (PDT)\r
23 Received: by 10.213.2.75 with SMTP id 11mr5132904ebi.14.1268922348822;\r
24         Thu, 18 Mar 2010 07:25:48 -0700 (PDT)\r
25 Received: from ellen.idiomdrottning.org.handgranat.org ([83.251.93.216])\r
26         by mx.google.com with ESMTPS id 13sm11744ewy.1.2010.03.18.07.25.47\r
27         (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
28         Thu, 18 Mar 2010 07:25:47 -0700 (PDT)\r
29 Message-ID: <4ba237eb.0d67f10a.0fba.0105@mx.google.com>\r
30 Date: Thu, 18 Mar 2010 15:27:12 +0100\r
31 From: Sandra Snan <sandra.snan@handgranat.org>\r
32 To: notmuch <notmuch@notmuchmail.org>\r
33 User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9\r
34         (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.1 (x86_64-pc-linux-gnu)\r
35         MULE/6.0 (HANACHIRUSATO)\r
36 References: <4ba01c54.9298cc0a.66cd.7695@mx.google.com>\r
37 In-Reply-To: <4ba01c54.9298cc0a.66cd.7695@mx.google.com>\r
38 MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")\r
39 Content-Type: text/plain; charset=UTF-8\r
40 Content-Transfer-Encoding: quoted-printable\r
41 Subject: Re: [notmuch] Tag search peculiarities\r
42 X-BeenThere: notmuch@notmuchmail.org\r
43 X-Mailman-Version: 2.1.13\r
44 Precedence: list\r
45 List-Id: "Use and development of the notmuch mail system."\r
46         <notmuch.notmuchmail.org>\r
47 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
48         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
49 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
50 List-Post: <mailto:notmuch@notmuchmail.org>\r
51 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
52 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
54 X-List-Received-Date: Thu, 18 Mar 2010 14:25:51 -0000\r
55 \r
56 Hey, Ben.\r
57 Ben Gamari <bgamari.foss@gmail.com> wrote:\r
58 > notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new\r
59 \r
60 Is there a new line between the calls? Like:\r
61 notmuch tag -new tag:new and tag:list # removes new from list\r
62 notmuch tag -new +inbox tag:new # replaces those that still are new with in=\r
63 box\r
64 \r
65 > However, I found that mailing list traffic was still getting through.\r
66 \r
67 What do you mean by =E2=80=9Cthrough=E2=80=9D? Do you mean that there still=\r
68  are\r
69 messages tagged both inbox and list? Even though you can=E2=80=99t search f=\r
70 or\r
71 them?\r
72 \r
73 If a message is tagged both inbox and list, but not new then the two\r
74 lines of your script that you posted so far wouldn=E2=80=99t change it, and=\r
75  it\r
76 would still bo both inbox and list.\r
77 \r
78 It=E2=80=99s risky being so dependent on the new tag.\r
79 \r
80 > After investigating further, I found that any query in the form of "tag:i=\r
81 nbox\r
82 > and tag:$TAG" would return no results. Strangely, all other combinations =\r
83 of tag\r
84 > searches (i.e. "tag:lkml and tag:unread") seem to work just fine.\r
85 >=20\r
86 > Has anyone else noticed this sort of behavior? Does the inbox tag have so=\r
87 me\r
88 > special signifigance that I should know of?\r
89 \r
90 Yes, many versions of the reading client (for example, the version of\r
91 notmuch.el that ships with the notmuch package in debian) remove the\r
92 inbox tag from messages once you scroll past them or when you press\r
93 the key that=E2=80=99s bound to notmuch-show-archive-thread (default is =E2=\r
94 =80=9Ca=E2=80=9D).\r
95 \r
96 > Is my index just FUBAR? (the ladder would be very strange\r
97 > considering it's only a few days old and I can't think of any\r
98 > crashes, etc. that might have corrupted it) Any ideas for debugging?\r
99 \r
100 Add the tags manually to a few messages, search for them again, and be\r
101 sure to not run your tagging script while looking at this problem.\r
102 \r
103 Michal=E2=80=99s tip, looking at a few lines of notmuch dump, is a good idea\r
104 too. Notmuch dump is fast, so don=E2=80=99t be afraid (notmuch restore on t=\r
105 he\r
106 other hand=E2=80=A6 but even that completes fast enough.)\r
107 \r
108 I=E2=80=99ve often been surprised at weird tag situations then realized that\r
109 it was old versions of my own scripts that had ran in the background\r
110 and I=E2=80=99ve forgotten about it.\r
111 \r
112 Boolean algebra and set theory is tricky stuff! Good luck.\r
113 \r
114 Sandra\r