67/330b41620918874b25fc20f21b43ec6b014eb3

   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 9036E431FBF;\r
   6         Sat, 21 Nov 2009 14:46:57 -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 hJePV1Yaz4Ks; Sat, 21 Nov 2009 14:46:57 -0800 (PST)\r
  11 Received: from cworth.org (localhost [127.0.0.1])\r
  12         by olra.theworths.org (Postfix) with ESMTP id 892E2431FBC;\r
  13         Sat, 21 Nov 2009 14:46:56 -0800 (PST)\r
  14 From: Carl Worth <cworth@cworth.org>\r
  15 To: Jed Brown <jed@59A2.org>, Jan Janak <jan@ryngle.com>\r
  16 In-Reply-To: <87bpivtwr1.fsf@59A2.org>\r
  17 References: <87fx87u3no.fsf@59A2.org> <874oon4pgv.fsf@yoom.home.cworth.org>\r
  18         <f35dbb950911211250u5f0e8c05p56da7be3d48bbba8@mail.gmail.com>\r
  19         <87bpivtwr1.fsf@59A2.org>\r
  20 Date: Sat, 21 Nov 2009 23:46:44 +0100\r
  21 Message-ID: <87ocmv338r.fsf@yoom.home.cworth.org>\r
  22 MIME-Version: 1.0\r
  23 Content-Type: text/plain; charset=us-ascii\r
  24 Cc: notmuch@notmuchmail.org\r
  25 Subject: Re: [notmuch] Asynchronous tagging\r
  26 X-BeenThere: notmuch@notmuchmail.org\r
  27 X-Mailman-Version: 2.1.12\r
  28 Precedence: list\r
  29 List-Id: "Use and development of the notmuch mail system."\r
  30         <notmuch.notmuchmail.org>\r
  31 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  32         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  33 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  34 List-Post: <mailto:notmuch@notmuchmail.org>\r
  35 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  36 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  37         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  38 X-List-Received-Date: Sat, 21 Nov 2009 22:46:57 -0000\r
  39 \r
  40 On Sat, 21 Nov 2009 22:04:50 +0100, Jed Brown <jed@59A2.org> wrote:\r
  41 > >  2) A client changes the flags on a message, for example, when you\r
  42 > > read a message or mark it as deleted. Maildir stores flags in\r
  43 > > filenames.\r
  44 > \r
  45 > This seems like a problem.  I'm not familiar with xapian, is it\r
  46 > necessarily an expensive operation to correct these inconsistencies?\r
  47 \r
  48 There's not really anything Xapian-specific here. It should be a\r
  49 relatively easy change to make notmuch do the right thing here. It just\r
  50 happens that the original author/user of notmuch isn't using anything\r
  51 that changes his filenames---so I hadn't noticed. :-)\r
  52 \r
  53 > Matching by thread id ought to be cheap.\r
  54 \r
  55 Naturally. And that's of course exactly what notmuch does. So in my\r
  56 usage, the only time "notmuch new" sees a Message-ID that it has seen\r
  57 before, is when it encounters a duplicate copy of a message. So the code\r
  58 currently just ignores it.\r
  59 \r
  60 Mikhail wrote a patch:\r
  61 \r
  62         1258491078-29658-1-git-send-email-dottedmag@dottedmag.net\r
  63 \r
  64 that does the simple thing in this case of just noticing whether the old\r
  65 filename has since been removed, and in this case updating the document\r
  66 to the new filename.\r
  67 \r
  68 The problem he ran into is that renames aren't updating mtimes and the\r
  69 current "notmuch new" has an optimization to not even look at files\r
  70 unless their mtime is newer than the mtime last seen for the directory\r
  71 they are in.\r
  72 \r
  73 So some investigation is needed to see how important that optimization\r
  74 is, and if it's important to see whether there's another way to keep the\r
  75 performance while being able to support renames. (Or alternately,\r
  76 allowing the user to configure an option saying, "I need to support\r
  77 renames even if that means that notmuch new is a bit slower.").\r
  78 \r
  79 -Carl\r