[PATCH v7 4/6] cli: add support for --output parameter in notmuch count
[notmuch-archives.git] / bc / 7b02c5e1b4db39afaba06dd075de098347570f
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 749C840DAC4\r
6         for <notmuch@notmuchmail.org>; Thu, 11 Nov 2010 21:02:55 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.89\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
13         autolearn=ham\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id QWmRk9UesUjl for <notmuch@notmuchmail.org>;\r
17         Thu, 11 Nov 2010 21:02:44 -0800 (PST)\r
18 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
19         by olra.theworths.org (Postfix) with ESMTP id 4FA2A40DBC5\r
20         for <notmuch@notmuchmail.org>; Thu, 11 Nov 2010 21:02:44 -0800 (PST)\r
21 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
22         id E37A225412B; Thu, 11 Nov 2010 21:02:43 -0800 (PST)\r
23 From: Carl Worth <cworth@cworth.org>\r
24 To: notmuch@notmuchmail.org\r
25 Subject: notmuch release 0.5 now available\r
26 User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.2.1\r
27         (i486-pc-linux-gnu)\r
28 Date: Thu, 11 Nov 2010 21:02:43 -0800\r
29 Message-ID: <87fwv79lsc.fsf@yoom.home.cworth.org>\r
30 MIME-Version: 1.0\r
31 Content-Type: multipart/signed; boundary="=-=-=";\r
32         micalg=pgp-sha1; protocol="application/pgp-signature"\r
33 X-BeenThere: notmuch@notmuchmail.org\r
34 X-Mailman-Version: 2.1.13\r
35 Precedence: list\r
36 List-Id: "Use and development of the notmuch mail system."\r
37         <notmuch.notmuchmail.org>\r
38 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
39         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
40 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
41 List-Post: <mailto:notmuch@notmuchmail.org>\r
42 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
43 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
44         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
45 X-List-Received-Date: Fri, 12 Nov 2010 05:02:55 -0000\r
46 \r
47 --=-=-=\r
48 Content-Transfer-Encoding: quoted-printable\r
49 \r
50 So, I said I was being foolhardy when I said I wanted to have 0.5 come\r
51 just a week after 0.4. And, indeed, we missed that. But considering this\r
52 release is only 10 days after 0.4, (where it was 6 months(!) after 0.3),\r
53 I think we did pretty well.\r
54 \r
55 The major feature in notmuch 0.5 is the ability to automatically\r
56 synchronize maildir flags, (so that if a mail file gets marked\r
57 externally with the flag 'S' for "seen" then the "unread" tag in the\r
58 notmuch database will be automatically removed). And of course, there\r
59 are various fixes and improvements throughout. See below for details.\r
60 \r
61 And we'll see what another week will bring.\r
62 \r
63 Many thanks to those who contributed code to this release, (Ali Polatel,\r
64 Carl Worth, David Edmondson, Felipe Contreras, Jameson Rollins,\r
65 Michal Sojka, and Scott Henson), and to the many more that contributed\r
66 with ideas, testing and feedback.\r
67 \r
68 =2DCarl\r
69 \r
70 Where to obtain notmuch 0.5\r
71 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=\r
72 =3D=3D\r
73   http://notmuchmail.org/releases/notmuch-0.5.tar.gz\r
74 \r
75 Which can be verified with:\r
76 \r
77   http://notmuchmail.org/releases/notmuch-0.5.tar.gz.sha1\r
78   8a02dba668abdae783b94d11de01a27f9dcd6085  notmuch-0.5.tar.gz\r
79 \r
80   http://notmuchmail.org/releases/notmuch-0.5.tar.gz.sha1.asc\r
81   (signed by Carl Worth)\r
82 \r
83 What's new in notmuch 0.5\r
84 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D\r
85 New, general features\r
86 =2D--------------------\r
87 Maildir-flag synchronization\r
88 \r
89   Notmuch now knows how to synchronize flags in maildir filenames with\r
90   tags in the notmuch database. The following flag/tag mappings are\r
91   supported:\r
92 \r
93         Flag <-> Tag\r
94         ----     -----\r
95         'D'      draft\r
96         'F'      flagged\r
97         'P'      passed\r
98         'R'      replied\r
99         'S'      unread (added when 'S' flag is not present)\r
100 \r
101   The synchronization occurs in both directions, (for example, adding\r
102   the 'S' flag to a file will cause the "unread" tag to be added, and\r
103   adding the "replied" tag to a message will cause the file to be\r
104   renamed with an 'R' flag).\r
105 \r
106   This synchronization is enabled by default for users of the\r
107   command-line interface, (though only files in directories named\r
108   "cur" or "new" will be renamed). It can be disabled by setting the\r
109   new maildir.synchronize_flags option in the configuration file. For\r
110   example:\r
111 \r
112         notmuch config set maildir.synchronize_flags false\r
113 \r
114   Users upgrading may also want to run "notmuch setup" once (just\r
115   accept the existing configuration) to get a new, nicely-commented\r
116   [maildir] section added to the configuration file.\r
117 \r
118   For users of the notmuch library, the new synchronization\r
119   functionality is available with the following two new functions:\r
120 \r
121         notmuch_message_maildir_flags_to_tags\r
122         notmuch_message_tags_to_maildir_flags\r
123 \r
124   It is anticipated that future improvements to this support will\r
125   allow for safe synchronization of the 'T' flag with the "deleted"\r
126   tag, as well as support for custom flag/tag mappings.\r
127 \r
128 New library features\r
129 =2D-------------------\r
130 Support for querying multiple filenames for a single message\r
131 \r
132   It is common for the mailstore to contain multiple files with the\r
133   same message ID. Previously, notmuch would always hide these\r
134   duplicate files, (returning a single, arbitrary filename with\r
135   notmuch_message_get_filename).\r
136 \r
137   With this release, library users can access all filenames for a\r
138   message with the new function:\r
139 \r
140         notmuch_message_get_filenames\r
141 \r
142   Together with notmuch_filenames_valid, notmuch_filenames_get, and\r
143   notmuch_filenames_move_to_next it is now possible to iterate over\r
144   all available filenames for a given message.\r
145 \r
146 New command-line features\r
147 =2D------------------------\r
148 New "notmuch show --format=3Draw" for getting at original email contents\r
149 \r
150   This new feature allows for a fully-functional email client to be\r
151   built on top of the notmuch command-line without needing any direct\r
152   access to the mail store itself.\r
153 \r
154   For example, it's now possible to run "emacs -f notmuch" on a local\r
155   machine with only ssh access to the mail store/notmuch database. To\r
156   do this, simply set the notmuch-command variable in emacs to the\r
157   name of a script containing:\r
158 \r
159         ssh user@host notmuch "$@"\r
160 \r
161   If the ssh client has enabled connection sharing (ControlMaster\r
162   option in OpenSSH), the emacs interface can be quite responsive this\r
163   way.\r
164 \r
165 General bug fixes\r
166 =2D----------------\r
167 Fix "notmuch search" to print nothing when nothing matches\r
168 \r
169   The 0.4 release had a bug in which:\r
170 \r
171         notmuch search <expression-with-no-matches>\r
172 \r
173   would produce a single blank line of output, (where previous\r
174   versions would produce no output. This fix also causes a change in\r
175   the --format=3Djson output, (which would previously produce "[]" and\r
176   now produces nothing).\r
177 \r
178 Emacs interface improvements\r
179 =2D---------------------------\r
180 Fix to allow pipe ('|') command to work when using notmuch over ssh\r
181 \r
182 Fix count of lines in hidden signatures.\r
183 \r
184 Omit repeated subject lines in (collapsed) thread display.\r
185 \r
186 Display current thread subject in a header line.\r
187 \r
188 Provide a "c i" binding to copy a thread ID from the search view.\r
189 \r
190 Allow for notmuch-fcc-dirs to have a value of nil.\r
191 \r
192   Also, the more complex form of notmuch-fcc-dirs now has a slightly\r
193   different format. It no longer has a special first-element, fallback\r
194   string. Instead it's now a list of cons cells where the car of each\r
195   cell is a regular expression to be matched against the sender\r
196   address, and the cdr is the name of a folder to use for an FCC. So\r
197   the old fallback behavior can be achieved by including a fineal cell\r
198   of (".*" . "default-fcc-folder").\r
199 \r
200 Vim interface improvements\r
201 =2D-------------------------\r
202 Felipe Contreras provided a number of updates for the vim interface.\r
203 \r
204   These include optimiations, support for newer versions of vim, fixed\r
205   support for sending mail on modern systmms, new commands, and\r
206   various cleanups.\r
207 \r
208 New bindings\r
209 =2D-----------\r
210 Added initial ruby bindings in bindings/ruby\r
211 \r
212 What is notmuch\r
213 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D\r
214 Notmuch is a system for indexing, searching, reading, and tagging\r
215 large collections of email messages in maildir or mh format. It uses\r
216 the Xapian library to provide fast, full-text search with a convenient\r
217 search syntax.\r
218 \r
219 For more about notmuch, see http://notmuchmail.org\r
220 make[1]: Leaving directory `/home/cworth/src/notmuch'\r
221 \r
222 =2D-=20\r
223 carl.d.worth@intel.com\r
224 \r
225 --=-=-=\r
226 Content-Type: application/pgp-signature\r
227 \r
228 -----BEGIN PGP SIGNATURE-----\r
229 Version: GnuPG v1.4.10 (GNU/Linux)\r
230 \r
231 iD8DBQFM3Mpz6JDdNq8qSWgRAlcFAJoD3ZVTJoFN2f05kBlFirkZyxNHHACfULKe\r
232 8GTdDqRA2j46AJICqpLA9wc=\r
233 =dkXh\r
234 -----END PGP SIGNATURE-----\r
235 --=-=-=--\r