e1/acab3b6c973ea343f0ae0953941c15b5b84a4a

   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 28102431FD0\r
   6         for <notmuch@notmuchmail.org>; Sun,  3 Jul 2011 23:52:28 -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 g0d0JA7ln5Mr for <notmuch@notmuchmail.org>;\r
  16         Sun,  3 Jul 2011 23:52:27 -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 25473431FB6\r
  21         for <notmuch@notmuchmail.org>; Sun,  3 Jul 2011 23:52:26 -0700 (PDT)\r
  22 Received: by wyh22 with SMTP id 22so3733696wyh.26\r
  23         for <notmuch@notmuchmail.org>; Sun, 03 Jul 2011 23:52:25 -0700 (PDT)\r
  24 Received: by 10.227.19.206 with SMTP id c14mr5109303wbb.0.1309762345479;\r
  25         Sun, 03 Jul 2011 23:52:25 -0700 (PDT)\r
  26 Received: from localhost ([109.131.160.67])\r
  27         by mx.google.com with ESMTPS id e11sm2019848wbh.19.2011.07.03.23.52.23\r
  28         (version=TLSv1/SSLv3 cipher=OTHER);\r
  29         Sun, 03 Jul 2011 23:52:23 -0700 (PDT)\r
  30 From: Pieter Praet <pieter@praet.org>\r
  31 To: Austin Clements <amdragon@mit.edu>\r
  32 Subject: [PROTO] possible solution for "Race condition for '*' command"\r
  33 Date: Mon,  4 Jul 2011 08:51:53 +0200\r
  34 Message-Id: <1309762318-4530-1-git-send-email-pieter@praet.org>\r
  35 X-Mailer: git-send-email 1.7.5.4\r
  36 In-Reply-To: <20110703171743.GL15901@mit.edu>\r
  37 References: <20110703171743.GL15901@mit.edu>\r
  38 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
  39 X-BeenThere: notmuch@notmuchmail.org\r
  40 X-Mailman-Version: 2.1.13\r
  41 Precedence: list\r
  42 List-Id: "Use and development of the notmuch mail system."\r
  43         <notmuch.notmuchmail.org>\r
  44 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  45         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  46 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  47 List-Post: <mailto:notmuch@notmuchmail.org>\r
  48 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  49 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  50         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  51 X-List-Received-Date: Mon, 04 Jul 2011 06:52:28 -0000\r
  52 \r
  53 Thanks Austin!\r
  54 \r
  55 Unfortunately, your patch causes *all* Message-Id's in the thread to be\r
  56 appended, as opposed to only the ones matching the query:\r
  57 \r
  58 #+BEGIN_EXAMPLE\r
  59 $ notmuch search tag:inbox AND from:amdragon@mit.edu\r
  60 thread:0000000000002777 Yest. 19:17 [1/3] Austin Clements| Pieter Praet;\r
  61 [PATCH 2/2] [RFC] possible solution for "Race condition for '*' command"\r
  62 (inbox replied sent to-me x/notmuch)\r
  63 id:"CAH-f9WticM4EN8F1_ik_-mcBcBtrXwSpO+Drbtp7=UN7McECrg@mail.gmail.com"\r
  64 or id:"87zkkwydag.fsf@praet.org" or id:"20110703171743.GL15901@mit.edu"\r
  65 #+END_EXAMPLE\r
  66 \r
  67 As you can see, according to matched/total ("[1/3]") only a single\r
  68 message matches the query, yet all 3 MsgId's are returned.\r
  69 \r
  70 If this were to be corrected (probably a trivial change, but I'm pretty\r
  71 much oblivious as to the what and where of it), the following patch\r
  72 series should work as intended.\r
  73 \r
  74 The "--stdin" option works as expected (and ARG_MAX is indeed a very\r
  75 valid concern with this particular use case), but I haven't yet gotten\r
  76 around to making use of it from the Emacs UI as this would require some\r
  77 screwing around with `notmuch-tag' and `notmuch-call-notmuch-process',\r
  78 and it's still pretty early I-).\r
  79 \r
  80 Peace\r
  81 \r
  82 -- \r
  83 Pieter\r
  84 \r