4b/a0a7254234ff559a5b73249e7af01d740818fa

   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 168FB431FB6\r
   6         for <notmuch@notmuchmail.org>; Fri,  1 Aug 2014 11:55:22 -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: -2.3\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3] 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 UJQcGPWDr0cg for <notmuch@notmuchmail.org>;\r
  16         Fri,  1 Aug 2014 11:55:14 -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         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id DC515431FAE\r
  22         for <notmuch@notmuchmail.org>; Fri,  1 Aug 2014 11:55:13 -0700 (PDT)\r
  23 X-AuditID: 1209190f-f79f86d0000061c8-85-53dbe28ff1a4\r
  24 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35])\r
  25         (using TLS with cipher AES256-SHA (256/256 bits))\r
  26         (Client did not present a certificate)\r
  27         by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP\r
  28         id 96.74.25032.F82EBD35; Fri,  1 Aug 2014 14:55:11 -0400 (EDT)\r
  29 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])\r
  30         by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id s71It9oC004322; \r
  31         Fri, 1 Aug 2014 14:55:09 -0400\r
  32 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
  33         (authenticated bits=0)\r
  34         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
  35         by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s71It6sD003929\r
  36         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);\r
  37         Fri, 1 Aug 2014 14:55:07 -0400\r
  38 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.80)\r
  39         (envelope-from <amdragon@mit.edu>)\r
  40         id 1XDHyr-0006oX-To; Fri, 01 Aug 2014 14:55:05 -0400\r
  41 Date: Fri, 1 Aug 2014 14:55:05 -0400\r
  42 From: Austin Clements <amdragon@MIT.EDU>\r
  43 To: notmuch@notmuchmail.org\r
  44 Subject: Re: [PATCH] Add configurable changed tag to messages that have been\r
  45         changed on disk\r
  46 Message-ID: <20140801185505.GS13893@mit.edu>\r
  47 References: <1396800683-9164-1-git-send-email-eg@gaute.vetsj.com>\r
  48         <87fviiiuzn.fsf@maritornes.cs.unb.ca>\r
  49         <CABKe4Mv6p77i5dBT9BV41hxmtrE4UPLR3NjZfpLuZDoE1KWYyA@mail.gmail.com>\r
  50 MIME-Version: 1.0\r
  51 Content-Type: text/plain; charset=iso-8859-1\r
  52 Content-Disposition: inline\r
  53 Content-Transfer-Encoding: 8bit\r
  54 In-Reply-To:\r
  55  <CABKe4Mv6p77i5dBT9BV41hxmtrE4UPLR3NjZfpLuZDoE1KWYyA@mail.gmail.com>\r
  56 User-Agent: Mutt/1.5.21 (2010-09-15)\r
  57 X-Brightmail-Tracker:\r
  58  H4sIAAAAAAAAA+NgFtrFKsWRmVeSWpSXmKPExsUixCmqrNv/6Hawwb3fahY3WrsZLbZ2vGC2\r
  59         aPp8idXi+s2ZzBb7+v0dWD1+/Gtm83i26hazx5RZc9k9+r9cY/fYcug9cwBrFJdNSmpOZllq\r
  60         kb5dAlfGwUNnWQtaxCrmLZ3G2sB4X6CLkZNDQsBEYt3C/6wQtpjEhXvr2boYuTiEBGYzSbyb\r
  61         94gRwtnAKNG34hZU5hSTxLnrr1khnCWMEgv/fWEG6WcRUJGY9uUW2Cw2AQ2JbfuXM4LYIgLS\r
  62         EjvvzgaLMwssZZSY2CMPYgsLxElMu7yDCcTmFdCRuLj4Ozvcus3TetggEoISJ2c+YYFo1pHY\r
  63         ufUOUJwDyJaWWP6PAyIsL9G8dTbYDZwCgRLHNmwCs0WB7plychvbBEbhWUgmzUIyaRbCpFlI\r
  64         Ji1gZFnFKJuSW6Wbm5iZU5yarFucnJiXl1qka6KXm1mil5pSuokRHEWS/DsYvx1UOsQowMGo\r
  65         xMNrsO92sBBrYllxZe4hRkkOJiVRXrOHQCG+pPyUyozE4oz4otKc1OJDjBIczEoivNu2AeV4\r
  66         UxIrq1KL8mFS0hwsSuK8b62tgoUE0hNLUrNTUwtSi2CyMhwcShK8DMBkISRYlJqeWpGWmVOC\r
  67         kGbi4AQZzgM0fBrIYt7igsTc4sx0iPwpRkUpcd6tD4ASAiCJjNI8uF5YknvFKA70ijDvJZB2\r
  68         HmCChOt+BTSYCWhwjSHY4JJEhJRUA2PWXi3zP8f6N1ier47ukUuN0OTt+Vf0LUWLx1L3m0LS\r
  69         hrZDmlv+MtieO/xW9GihY62mNe+svfp9xxSnvOcUl57ScH3qpWX7HhtoKui4sSvNMhQXc1+i\r
  70         NVnIXGGfAQvrtGNnhPymz+n98SWSy3nd/qVf8/09Km+XVZWVNdUqvLvj8pxxotWiY0osxRmJ\r
  71         hlrMRcWJAO+IU5lNAwAA\r
  72 X-BeenThere: notmuch@notmuchmail.org\r
  73 X-Mailman-Version: 2.1.13\r
  74 Precedence: list\r
  75 List-Id: "Use and development of the notmuch mail system."\r
  76         <notmuch.notmuchmail.org>\r
  77 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  78         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  79 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  80 List-Post: <mailto:notmuch@notmuchmail.org>\r
  81 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  82 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  83         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  84 X-List-Received-Date: Fri, 01 Aug 2014 18:55:22 -0000\r
  85 \r
  86 I have a prototype implementation of message modification times on my\r
  87 lastmod-v1 branch at\r
  88 \r
  89   https://github.com/aclements/notmuch/tree/lastmod-v1\r
  90 \r
  91 It builds on my database features series that's currently awaiting\r
  92 review [1].\r
  93 \r
  94 The series uses a monotonic revision number, rather than wall-clock\r
  95 time, for reasons related to Xapian's concurrent control and detailed\r
  96 in the main commit's commit message.  The implementation isn't quite\r
  97 useful from the CLI yet because I haven't added any way to query the\r
  98 database's current revision number.  (I'm still thinking about how I\r
  99 want to do this, since search/show don't have a good way to deliver\r
 100 "additional" information right now.  I might just add the last\r
 101 modification for each individual message/max of all messages in a\r
 102 thread, similar to what Thomas Jost's patch did long ago.)\r
 103 \r
 104 [1] id:1406859003-11561-1-git-send-email-amdragon@mit.edu\r
 105 \r
 106 Quoth Gaute Hope on Jul 28 at  4:37 pm:\r
 107 >    On Thu, Jul 3, 2014 at 12:42 PM, David Bremner <[1]david@tethera.net>\r
 108 >    wrote:\r
 109 > \r
 110 >      Gaute Hope <[2]eg@gaute.vetsj.com> writes:\r
 111 > \r
 112 >      > When one of the source files for a message is changed on disk,\r
 113 >      renamed,\r
 114 >      > deleted or a new source file is added. A configurable changed tag is\r
 115 >      > is added. The tag can be configured under the option 'changed_tags' in\r
 116 >      > the [new] section, the default is none. Tests have been updated to\r
 117 >      > accept the new config option.\r
 118 >      >\r
 119 >      > notmuch-setup now asks for a changed tag after the new tags question.\r
 120 >      >\r
 121 >      > This could be useful for for example 'afew' to detect remote changes\r
 122 >      in\r
 123 >      > IMAP folders and update the FolderNameFilter to also add tags or\r
 124 >      remove\r
 125 >      > tags when a _existing_ message has been added to or removed from a\r
 126 >      > maildir.\r
 127 > \r
 128 >      The discussion on this proposal seems to have died out without reaching\r
 129 >      a conclusion. David M expressed a strong preference for some kind of\r
 130 >      modification time field in the database.  Gaute agreed with some caveats\r
 131 >      that such an approach could solve his problems as well. On the other\r
 132 >      hand, nobody seems to be actually working on such an approach at the\r
 133 >      moment.  Gaute and or David do you have any interest in revisiting the\r
 134 >      series [3]id:1323796305-28789-1-git-send-email-schnouki@schnouki.net and\r
 135 >      seeing if it can be reworked into mergeable shape? I suspect in\r
 136 >      particular something needs to be added with respect to message deletion\r
 137 >      Thomas, are you still running some variant of these patches?\r
 138 >      d\r
 139 > \r
 140 >    I am afraid I don't have the chance to put in any consistent effort on\r
 141 >    this at the moment.\r
 142 > \r
 143 >    I agree, message deletion needs to be solved somehow.\r
 144 >    Regards, Gaute\r