7f/975126e734a68eaf2ce210c9d3cb7cf94a15c3

   1 Return-Path: <eg@gaute.vetsj.com>\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 28719431FBD\r
   6         for <notmuch@notmuchmail.org>; Thu, 10 Apr 2014 07:44:23 -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 Gfws4xGCRht2 for <notmuch@notmuchmail.org>;\r
  16         Thu, 10 Apr 2014 07:44:16 -0700 (PDT)\r
  17 Received: from mail-la0-f52.google.com (mail-la0-f52.google.com\r
  18         [209.85.215.52]) (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 55FE7431FBC\r
  21         for <notmuch@notmuchmail.org>; Thu, 10 Apr 2014 07:44:16 -0700 (PDT)\r
  22 Received: by mail-la0-f52.google.com with SMTP id ec20so2425426lab.11\r
  23         for <notmuch@notmuchmail.org>; Thu, 10 Apr 2014 07:44:13 -0700 (PDT)\r
  24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  25         d=1e100.net; s=20130820;\r
  26         h=x-gm-message-state:content-type:from:to:cc:subject:references\r
  27         :in-reply-to:date:message-id:user-agent:content-transfer-encoding;\r
  28         bh=Ghj/MGRG/vZASGsoLYASkEsREVxl8zAUF4WeNotvKFU=;\r
  29         b=aQ/GG/W1999zwwcm+59U/7FyYKNSZoyV0HaSjsyfoHzL2SNUK0nPz6DVS8phVOTx+M\r
  30         y5IF1we8b/3rulOKWYpcHckVPBqjUOQy+uALKajokGFdoz3DJc1XQxkBEPtF66jdbl6l\r
  31         9m9mpr9eNZaikHDWzcoGhe/VJPONgLMhlS0lE3kBne1xWXkZAmkFo3wviHcjgGcMgdej\r
  32         At11Cd9wh7/gjIG+Ag3CaCiYPdOkA5e4/jF/A87NxnuUTBwFQfD68PvVOHg8Fo6S/zkT\r
  33         XTe5nZwF9sCL63shAwsDDggbxaX6F4T1l/cHt7/bgYhjSPab/MAvI2vlPdxfpLuqy3An\r
  34         iJXg==\r
  35 X-Gm-Message-State:\r
  36  ALoCoQkVDUZyySoReUlPdb/3MVOXGtB897WmcobdAhAk5MkyYxZ527Bte1Cj6XOzWQacgIdZJCCZ\r
  37 X-Received: by 10.112.61.199 with SMTP id s7mr12049077lbr.25.1397141053481;\r
  38         Thu, 10 Apr 2014 07:44:13 -0700 (PDT)\r
  39 Received: from localhost ([128.39.46.106])\r
  40         by mx.google.com with ESMTPSA id f9sm4353270laa.8.2014.04.10.07.44.12\r
  41         for <multiple recipients>\r
  42         (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
  43         Thu, 10 Apr 2014 07:44:12 -0700 (PDT)\r
  44 Content-Type: text/plain; charset=UTF-8\r
  45 From: Gaute Hope <eg@gaute.vetsj.com>\r
  46 To: David Mazieres expires 2014-07-05 CEST\r
  47         <mazieres-2vu8n5xbqk4r8zkqh82n4qgci6@temporary-address.scs.stanford.edu>\r
  48 Subject: Re: [PATCH] Add configurable changed tag to messages that have been\r
  49         changed on disk\r
  50 References: <1396800683-9164-1-git-send-email-eg@gaute.vetsj.com>\r
  51         <87wqf2gqig.fsf@ta.scs.stanford.edu>\r
  52 In-reply-to: <87wqf2gqig.fsf@ta.scs.stanford.edu>\r
  53 Date: Thu, 10 Apr 2014 16:43:03 +0200\r
  54 Message-Id: <1397140962-sup-6514@qwerzila>\r
  55 User-Agent: Sup/git\r
  56 Content-Transfer-Encoding: 8bit\r
  57 Cc: notmuch <notmuch@notmuchmail.org>\r
  58 X-BeenThere: notmuch@notmuchmail.org\r
  59 X-Mailman-Version: 2.1.13\r
  60 Precedence: list\r
  61 List-Id: "Use and development of the notmuch mail system."\r
  62         <notmuch.notmuchmail.org>\r
  63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  64         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  66 List-Post: <mailto:notmuch@notmuchmail.org>\r
  67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  69         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  70 X-List-Received-Date: Thu, 10 Apr 2014 14:44:23 -0000\r
  71 \r
  72 Excerpts from David Mazieres's message of 2014-04-06 22:19:19 +0200:\r
  73 > Gaute Hope <eg@gaute.vetsj.com> writes:\r
  74 >\r
  75 > > When one of the source files for a message is changed on disk, renamed,\r
  76 > > deleted or a new source file is added. A configurable changed tag is\r
  77 > > is added. The tag can be configured under the option 'changed_tags' in\r
  78 > > the [new] section, the default is none. Tests have been updated to\r
  79 > > accept the new config option.\r
  80 > >\r
  81 > > notmuch-setup now asks for a changed tag after the new tags question.\r
  82 > >\r
  83 > > This could be useful for for example 'afew' to detect remote changes in\r
  84 > > IMAP folders and update the FolderNameFilter to also add tags or remove\r
  85 > > tags when a _existing_ message has been added to or removed from a\r
  86 > > maildir.\r
  87 >\r
  88 > I think this is the wrong way to achieve such functionality, because\r
  89 > then the change tag A) is expensive to remove, B) is easy to misuse\r
  90 > (remember to call fsync everywhere before deleting the change tag), and\r
  91 > C) can be used by only one application.\r
  92 >\r
  93 > A better approach would be to add a new "modtime" xapian value that is\r
  94 > updated whenever the tags or any other terms (such as XFDIRENTRY) are\r
  95 > added to or deleted from a docid.  If it's a Xapian value, rather than a\r
  96 > term, then modtime will be queriable just like date, allowing multiple\r
  97 > applications to query all docids modified since the last time they ran.\r
  98 >\r
  99 > [... snip]\r
 100 \r
 101 This could also solve it, and probably have more uses. I don't quite see\r
 102 how the opposite problem (for my use case) can be solved by this without\r
 103 using a 'localchange' tag. This is to sync tag to maildir sync, when a\r
 104 new tag has been added (by e.g. a user interaction in a client) it needs\r
 105 to be copied to the maildir, if it is not done in the same go a\r
 106 different application won't know whether the change was local or remote.\r
 107 How did you solve this?\r
 108 \r
 109 I would suggest using a Xapian- or Index-time which gets a tick\r
 110 everytime a modification is made to the index. Atomic operations could\r
 111 operate on the same time in case this distinction turns out to be\r
 112 useful. Perhaps something like this already exists in Xapian? This way\r
 113 clock skew, clock resolution (lots of operations happening in the same\r
 114 second, msec or nanosec) problems won't be an issue. The crux will be to\r
 115 make sure all write-operations trigger a tick on the indextime.\r
 116 \r
 117 Regards, Gaute\r