Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 05 / e0854571df4311b478e0c6ffae9f9ebb11e950
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 15B94431FB6\r
6         for <notmuch@notmuchmail.org>; Fri,  1 Aug 2014 17:49:26 -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 u2s+uIJU9Qm0 for <notmuch@notmuchmail.org>;\r
16         Fri,  1 Aug 2014 17:49:18 -0700 (PDT)\r
17 Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu\r
18         [18.7.68.37])\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 4D40A431FAE\r
22         for <notmuch@notmuchmail.org>; Fri,  1 Aug 2014 17:49:18 -0700 (PDT)\r
23 X-AuditID: 12074425-f79766d000006da8-c8-53dc358d6204\r
24 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39])\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-8.mit.edu (Symantec Messaging Gateway) with SMTP\r
28         id F5.3B.28072.D853CD35; Fri,  1 Aug 2014 20:49:17 -0400 (EDT)\r
29 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])\r
30         by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s720nFnM030665; \r
31         Fri, 1 Aug 2014 20:49:16 -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 s720nD9d007496\r
36         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);\r
37         Fri, 1 Aug 2014 20:49:15 -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 1XDNVY-0000LK-Ug; Fri, 01 Aug 2014 20:49:13 -0400\r
41 Date: Fri, 1 Aug 2014 20:49:12 -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: <20140802004912.GT13893@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         <20140801185505.GS13893@mit.edu>\r
51 MIME-Version: 1.0\r
52 Content-Type: text/plain; charset=iso-8859-1\r
53 Content-Disposition: inline\r
54 Content-Transfer-Encoding: 8bit\r
55 In-Reply-To: <20140801185505.GS13893@mit.edu>\r
56 User-Agent: Mutt/1.5.21 (2010-09-15)\r
57 X-Brightmail-Tracker:\r
58  H4sIAAAAAAAAA+NgFlrHKsWRmVeSWpSXmKPExsUixG6nrttreifYYNtmVYsbrd2MFk2fL7Fa\r
59         XL85k9liX7+/A4vHj3/NbB7PVt1i9pgyay67x5ZD75kDWKK4bFJSczLLUov07RK4Mha8P8Fe\r
60         cEOq4t4B9wbGu8JdjJwcEgImEu1v1zBD2GISF+6tZ+ti5OIQEpjNJDHnahMLhLOBUWLe0a1M\r
61         IFVCAqeYJCYfLoNILGGUeHv9PQtIgkVAReL5meXsIDabgIbEtv3LGUFsEQFpiZ13Z7OC2MwC\r
62         JRIP1hwCs4UF4iSmXd4BNpRXQEei5fxFdoihlxkl3nWtYoZICEqcnPmEBaJZR2Ln1jtA93EA\r
63         2dISy/9xQITlJZq3zgYr5xTQlfjY9A6sXBToniknt7FNYBSehWTSLCSTZiFMmoVk0gJGllWM\r
64         sim5Vbq5iZk5xanJusXJiXl5qUW6Fnq5mSV6qSmlmxjB0eKiuoNxwiGlQ4wCHIxKPLw3dt8O\r
65         FmJNLCuuzD3EKMnBpCTKO0vnTrAQX1J+SmVGYnFGfFFpTmrxIUYJDmYlEV4nkBxvSmJlVWpR\r
66         PkxKmoNFSZz3rbVVsJBAemJJanZqakFqEUxWhoNDSYK3wwSoUbAoNT21Ii0zpwQhzcTBCTKc\r
67         B2h4K0gNb3FBYm5xZjpE/hSjopQ4bxNIQgAkkVGaB9cLS2avGMWBXhHmlQGp4gEmQrjuV0CD\r
68         mYAG1xjeBhlckoiQkmpgXBkcpXjx4x3d6AUS7p+XKTOuM174snxxF5+E6p/tWcW1jq4Wh2Y6\r
69         mv91v8O3lUv6UeKHFbtvPdU/vkj6361XTiK3RWrTXvKcDnZceUul3PKalnpNy4FpzVz7QnuT\r
70         5WpWem7e7PPtXdCty/Ot9y45Z592fdP6P83rvk2WzJ4SmL99m8uMU3Eba5RYijMSDbWYi4oT\r
71         AZF5B/pBAwAA\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: Sat, 02 Aug 2014 00:49:26 -0000\r
85 \r
86 I should add that this code shouldn't be considered stable yet.  The\r
87 on-disk format may (and probably will) change, so don't try it on your\r
88 main notmuch database.\r
89 \r
90 Quoth myself on Aug 01 at  2:55 pm:\r
91 > I have a prototype implementation of message modification times on my\r
92 > lastmod-v1 branch at\r
93\r
94 >   https://github.com/aclements/notmuch/tree/lastmod-v1\r
95\r
96 > It builds on my database features series that's currently awaiting\r
97 > review [1].\r
98\r
99 > The series uses a monotonic revision number, rather than wall-clock\r
100 > time, for reasons related to Xapian's concurrent control and detailed\r
101 > in the main commit's commit message.  The implementation isn't quite\r
102 > useful from the CLI yet because I haven't added any way to query the\r
103 > database's current revision number.  (I'm still thinking about how I\r
104 > want to do this, since search/show don't have a good way to deliver\r
105 > "additional" information right now.  I might just add the last\r
106 > modification for each individual message/max of all messages in a\r
107 > thread, similar to what Thomas Jost's patch did long ago.)\r
108\r
109 > [1] id:1406859003-11561-1-git-send-email-amdragon@mit.edu\r
110\r
111 > Quoth Gaute Hope on Jul 28 at  4:37 pm:\r
112 > >    On Thu, Jul 3, 2014 at 12:42 PM, David Bremner <[1]david@tethera.net>\r
113 > >    wrote:\r
114 > > \r
115 > >      Gaute Hope <[2]eg@gaute.vetsj.com> writes:\r
116 > > \r
117 > >      > When one of the source files for a message is changed on disk,\r
118 > >      renamed,\r
119 > >      > deleted or a new source file is added. A configurable changed tag is\r
120 > >      > is added. The tag can be configured under the option 'changed_tags' in\r
121 > >      > the [new] section, the default is none. Tests have been updated to\r
122 > >      > accept the new config option.\r
123 > >      >\r
124 > >      > notmuch-setup now asks for a changed tag after the new tags question.\r
125 > >      >\r
126 > >      > This could be useful for for example 'afew' to detect remote changes\r
127 > >      in\r
128 > >      > IMAP folders and update the FolderNameFilter to also add tags or\r
129 > >      remove\r
130 > >      > tags when a _existing_ message has been added to or removed from a\r
131 > >      > maildir.\r
132 > > \r
133 > >      The discussion on this proposal seems to have died out without reaching\r
134 > >      a conclusion. David M expressed a strong preference for some kind of\r
135 > >      modification time field in the database.  Gaute agreed with some caveats\r
136 > >      that such an approach could solve his problems as well. On the other\r
137 > >      hand, nobody seems to be actually working on such an approach at the\r
138 > >      moment.  Gaute and or David do you have any interest in revisiting the\r
139 > >      series [3]id:1323796305-28789-1-git-send-email-schnouki@schnouki.net and\r
140 > >      seeing if it can be reworked into mergeable shape? I suspect in\r
141 > >      particular something needs to be added with respect to message deletion\r
142 > >      Thomas, are you still running some variant of these patches?\r
143 > >      d\r
144 > > \r
145 > >    I am afraid I don't have the chance to put in any consistent effort on\r
146 > >    this at the moment.\r
147 > > \r
148 > >    I agree, message deletion needs to be solved somehow.\r
149 > >    Regards, Gaute\r
150 \r
151 -- \r
152 Austin Clements                               MIT/CSAIL/SB '06/PhD '14\r
153 amdragon@mit.edu                           http://web.mit.edu/amdragon\r
154        Somewhere in the dream we call reality you will find me,\r
155               searching for the reality we call dreams.\r