[PATCH 3/4] Add documentation for user.other_name
[notmuch-archives.git] / 8b / ee159b3da091e18a843690180c890cd86963e7
1 Return-Path: <pieter@praet.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 1C4E6431FD0\r
6         for <notmuch@notmuchmail.org>; Tue,  5 Jul 2011 12:05:01 -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.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 4BUepHQQyEQw for <notmuch@notmuchmail.org>;\r
16         Tue,  5 Jul 2011 12:05:00 -0700 (PDT)\r
17 Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com\r
18         [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 0DB5E431FB6\r
21         for <notmuch@notmuchmail.org>; Tue,  5 Jul 2011 12:04:59 -0700 (PDT)\r
22 Received: by wyh22 with SMTP id 22so4842771wyh.26\r
23         for <notmuch@notmuchmail.org>; Tue, 05 Jul 2011 12:04:58 -0700 (PDT)\r
24 Received: by 10.227.184.65 with SMTP id cj1mr6552746wbb.51.1309892698560;\r
25         Tue, 05 Jul 2011 12:04:58 -0700 (PDT)\r
26 Received: from localhost ([109.131.155.31])\r
27         by mx.google.com with ESMTPS id fi5sm5522913wbb.56.2011.07.05.12.04.56\r
28         (version=TLSv1/SSLv3 cipher=OTHER);\r
29         Tue, 05 Jul 2011 12:04:57 -0700 (PDT)\r
30 From: Pieter Praet <pieter@praet.org>\r
31 To: Austin Clements <amdragon@MIT.EDU>\r
32 Subject: Re: [PROTO] possible solution for "Race condition for '*' command"\r
33 In-Reply-To: <87sjqldgr7.fsf@praet.org>\r
34 References: <20110703171743.GL15901@mit.edu>\r
35         <1309762318-4530-1-git-send-email-pieter@praet.org>\r
36         <e8c5fbf4-4dfa-461a-8f5c-6c696291a270@email.android.com>\r
37         <87sjqldgr7.fsf@praet.org>\r
38 User-Agent: Notmuch/0.5-329-g1bb6068 (http://notmuchmail.org) Emacs/23.1.50.1\r
39         (x86_64-pc-linux-gnu)\r
40 Date: Tue, 05 Jul 2011 21:04:55 +0200\r
41 Message-ID: <87iprg7dm0.fsf@praet.org>\r
42 MIME-Version: 1.0\r
43 Content-Type: text/plain; charset=us-ascii\r
44 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
45 X-BeenThere: notmuch@notmuchmail.org\r
46 X-Mailman-Version: 2.1.13\r
47 Precedence: list\r
48 List-Id: "Use and development of the notmuch mail system."\r
49         <notmuch.notmuchmail.org>\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
51         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
53 List-Post: <mailto:notmuch@notmuchmail.org>\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
57 X-List-Received-Date: Tue, 05 Jul 2011 19:05:01 -0000\r
58 \r
59 On Mon, 04 Jul 2011 20:48:12 +0200, Pieter Praet <pieter@praet.org> wrote:\r
60 > On Mon, 04 Jul 2011 13:56:26 -0400, Austin Clements <amdragon@MIT.EDU> wrote:\r
61 > > I should probably emit two lists per thread: one of matched IDs and\r
62 > > one of unmatched IDs. Tagging a region can then operate on the\r
63 > > concatenation of these, while * can operate only on the matched\r
64 > > lists. This should be easy to do. I'll send an updated patch when I'm\r
65 > > back at a computer.\r
66\r
67 > The matched MsgIds will be sufficient, as we'll want to operate on\r
68 > either the matched messages or the entire thread (for which the\r
69 > `thread-id' property is already present).\r
70\r
71 > Can't think of a use case for non-matched messages right now,\r
72 > but if required, we'll just use `set-exclusive-or'.\r
73 \r
74 Wasn't thinking clearly:\r
75 \r
76 You're right, we *will* be needing both a list of matched as well as one\r
77 of unmatched Message-Id's per result. Otherwise there would still be a\r
78 potential race condition when tagging with +/-.\r
79 \r
80 \r
81 Peace\r
82 \r
83 -- \r
84 Pieter\r