RE: [Spam-verdenking][english 100%] RE: Reply all - issue
[notmuch-archives.git] / ea / 8ec68d402af910f71c64806cb74299c0c5f20e
1 Return-Path: <amdragon@mit.edu>\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 9865C429E25\r
6         for <notmuch@notmuchmail.org>; Wed,  3 Aug 2011 15:26:57 -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 qAniA9dB4xMO for <notmuch@notmuchmail.org>;\r
16         Wed,  3 Aug 2011 15:26:57 -0700 (PDT)\r
17 Received: from dmz-mailsec-scanner-4.mit.edu (DMZ-MAILSEC-SCANNER-4.MIT.EDU\r
18         [18.9.25.15])\r
19         by olra.theworths.org (Postfix) with ESMTP id DF8EC431FB6\r
20         for <notmuch@notmuchmail.org>; Wed,  3 Aug 2011 15:26:56 -0700 (PDT)\r
21 X-AuditID: 1209190f-b7b44ae000000a24-a5-4e39c9545a0e\r
22 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43])\r
23         by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP\r
24         id B2.7D.02596.459C93E4; Wed,  3 Aug 2011 18:19:00 -0400 (EDT)\r
25 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
26         by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p73MLU1P007641; \r
27         Wed, 3 Aug 2011 18:21:31 -0400\r
28 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
29         (authenticated bits=0)\r
30         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
31         by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p73MLSIV025668\r
32         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
33         Wed, 3 Aug 2011 18:21:29 -0400 (EDT)\r
34 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.72)\r
35         (envelope-from <amdragon@mit.edu>)\r
36         id 1QojoR-0003GY-C5; Wed, 03 Aug 2011 18:21:15 -0400\r
37 Date: Wed, 3 Aug 2011 18:21:15 -0400\r
38 From: Austin Clements <amdragon@MIT.EDU>\r
39 To: Jameson Graef Rollins <jrollins@finestructure.net>\r
40 Subject: Re: [PROTO] possible solution for "Race condition for '*' command"\r
41 Message-ID: <20110803222115.GQ17291@mit.edu>\r
42 References: <20110703171743.GL15901@mit.edu>\r
43         <1309762318-4530-1-git-send-email-pieter@praet.org>\r
44         <e8c5fbf4-4dfa-461a-8f5c-6c696291a270@email.android.com>\r
45         <87sjqldgr7.fsf@praet.org> <87iprg7dm0.fsf@praet.org>\r
46         <20110705214234.GA15360@mit.edu>\r
47         <CAH-f9WsPj=1Eu=g3sOePJgCTBFs6HrLdLq18xMEnJ8aZ00yCEg@mail.gmail.com>\r
48         <87oc06i34f.fsf@servo.factory.finestructure.net>\r
49 MIME-Version: 1.0\r
50 Content-Type: text/plain; charset=us-ascii\r
51 Content-Disposition: inline\r
52 In-Reply-To: <87oc06i34f.fsf@servo.factory.finestructure.net>\r
53 User-Agent: Mutt/1.5.20 (2009-06-14)\r
54 X-Brightmail-Tracker:\r
55  H4sIAAAAAAAAA+NgFlrIKsWRmVeSWpSXmKPExsUixCmqrRty0tLP4OA+CYubP+ewWezZ52Vx\r
56         /eZMZov7y9+zWvx+fYPZgdVj9+YHLB53T3N5PFt1i9mjY99lVo91O/+wB7BGcdmkpOZklqUW\r
57         6dslcGXM23iSqaCbv+L9lsMsDYx/ubsYOTkkBEwktq+8yQZhi0lcuLceyObiEBLYxygxe34/\r
58         O4SznlFixoxDzBDOCSaJSTNesIK0CAksYZRoO2wCYrMIqEj8Pn6OHcRmE9CQ2LZ/OSOILSJg\r
59         JtHz5Q8jSDOzwCRGiS0zpoIVCQt4S3x6OpcFxOYV0JGY1n0QavcXJon77/oYIRKCEidnPgEr\r
60         YhbQkrjx7yVTFyMHkC0tsfwfB0iYU8BW4tKXd8wgtijQEdf2t7NNYBSahaR7FpLuWQjdCxiZ\r
61         VzHKpuRW6eYmZuYUpybrFicn5uWlFuma6OVmluilppRuYgTHhCT/DsZvB5UOMQpwMCrx8Eom\r
62         WPoJsSaWFVfmHmKU5GBSEuVNPg4U4kvKT6nMSCzOiC8qzUktPsQowcGsJMI7rxIox5uSWFmV\r
63         WpQPk5LmYFES5y33/u8rJJCeWJKanZpakFoEk5Xh4FCS4L10AqhRsCg1PbUiLTOnBCHNxMEJ\r
64         MpwHaPgZkBre4oLE3OLMdIj8KUZFKXFeBWDSERIASWSU5sH1wlLWK0ZxoFeEeV1AqniA6Q6u\r
65         +xXQYCagwf/fW4AMLklESEk1MPI5p5reP/cvLjtSxmznlEOMLJs2Wx5N+Sa+TWia3J1DsraO\r
66         c3OeJXhmNhzcoBD4z/TTtTve71dxHIk+f9lC6cin/2mH4jNjsk55xG9yP1m3YOczu4BA/a1c\r
67         vk7XbhQXbWgr1zavfJtsmt1s+bp/wQvWlNMJrztfTuRlq9JgmGysvZ57cVDJFCWW4oxEQy3m\r
68         ouJEAPTqkQY0AwAA\r
69 Cc: Olly Betts <olly@survex.com>, Notmuch Mail <notmuch@notmuchmail.org>\r
70 X-BeenThere: notmuch@notmuchmail.org\r
71 X-Mailman-Version: 2.1.13\r
72 Precedence: list\r
73 List-Id: "Use and development of the notmuch mail system."\r
74         <notmuch.notmuchmail.org>\r
75 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
76         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
77 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
78 List-Post: <mailto:notmuch@notmuchmail.org>\r
79 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
80 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
81         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
82 X-List-Received-Date: Wed, 03 Aug 2011 22:26:57 -0000\r
83 \r
84 Quoth Jameson Graef Rollins on Aug 03 at  2:42 pm:\r
85 > On Wed, 3 Aug 2011 16:47:32 -0400, Austin Clements <amdragon@mit.edu> wrote:\r
86 > > The downside to using document ID's is that we need API's to expose\r
87 > > them.  My prototype exposes these as opaque "object ID"s, which acts a\r
88 > > lot like message IDs, but has no intrinsic meaning outside of the\r
89 > > library.  This needs two library functions: one to retrieve a\r
90 > > message's object ID and another to retrieve a message by object ID.\r
91\r
92 > This sounds totally reasonable to me.  Maybe we could use something like\r
93 > "oid:" from the command line?\r
94 \r
95 That would be difficult with Xapian's query parser (though, probably\r
96 fairly easy with the custom query parser).  This is one rough edge in\r
97 my prototype.  Currently, I have notmuch tag take an --objids flag\r
98 that makes it interpret the query as a whitespace-separated list of\r
99 object ID's instead of as a query string.  In a way, this makes sense,\r
100 but it would be annoying to do this to all of the commands.\r
101 \r
102 We could special-case the query syntax and accept *either* a regular\r
103 query or an object ID query, but not a mixture of terms.  That would\r
104 be pleasantly forward-compatible and would address the special\r
105 handling in notmuch tag.  It would also give an easier path to fixing\r
106 the race condition, since we could fix it right away with message ID\r
107 queries and then move to object ID queries.  (Also, this could\r
108 eliminate the lookup-by-object-ID API function, though maybe we want\r
109 that anyway.)\r
110 \r
111 > > 3x-4x isn't enough to make me jump on this added complexity, but it's\r
112 > > enough to make me consider it.  Carl, I'd love to hear your thoughts.\r
113\r
114 > Imho 3x-4x is actually a pretty huge improvement.  Is it really that\r
115 > much of an added complexity to add those two functions?  That actually\r
116 > seems like a relatively simple patch to me.\r
117 \r
118 The patch itself is only a few lines, but it adds a new concept.\r