Re: bug#6214: 23.1; json-read-string crashes emacs with long string
[notmuch-archives.git] / 54 / a794982dc8fe2ef566c804d044cac51592da3c
1 Return-Path: <jrollins@finestructure.net>\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 CDDB2431FBC\r
6         for <notmuch@notmuchmail.org>; Wed, 13 Jan 2010 14:52:44 -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.295\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.295 tagged_above=-999 required=5 tests=[AWL=1.704,\r
12         BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] autolearn=ham\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 NXEBu6mq4Shj for <notmuch@notmuchmail.org>;\r
16         Wed, 13 Jan 2010 14:52:44 -0800 (PST)\r
17 Received: from serrano.cc.columbia.edu (serrano.cc.columbia.edu [128.59.29.6])\r
18         by olra.theworths.org (Postfix) with ESMTP id 2BABD431FAE\r
19         for <notmuch@notmuchmail.org>; Wed, 13 Jan 2010 14:52:44 -0800 (PST)\r
20 Received: from servo.finestructure.net (geco.phys.columbia.edu\r
21         [128.59.170.159])\r
22         (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
23         by serrano.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o0DMqLe4010425\r
24         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
25         Wed, 13 Jan 2010 17:52:24 -0500 (EST)\r
26 Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
27         (envelope-from <jrollins@finestructure.net>)\r
28         id 1NVC4b-0007UQ-PD; Wed, 13 Jan 2010 17:52:21 -0500\r
29 Date: Wed, 13 Jan 2010 17:52:21 -0500\r
30 From: Jameson Rollins <jrollins@finestructure.net>\r
31 To: Ali Polatel <alip@exherbo.org>\r
32 Message-ID: <20100113225221.GY8342@finestructure.net>\r
33 References:\r
34  <cd1ed7d2c2ea5a9f7da351b5916253708b65feb5.1263377759.git.alip@exherbo.org>\r
35         <a05f7197e759dba8e5f61951eaeeb83823d38a0d.1263388420.git.alip@exherbo.org>\r
36 MIME-Version: 1.0\r
37 Content-Type: multipart/signed; micalg=pgp-sha256;\r
38         protocol="application/pgp-signature"; boundary="S4+Kf2w4CfEO117G"\r
39 Content-Disposition: inline\r
40 In-Reply-To:\r
41  <a05f7197e759dba8e5f61951eaeeb83823d38a0d.1263388420.git.alip@exherbo.org>\r
42 User-Agent: Mutt/1.5.20 (2009-06-14)\r
43 X-No-Spam-Score: Local\r
44 X-Scanned-By: MIMEDefang 2.68 on 128.59.29.6\r
45 Cc: notmuch@notmuchmail.org\r
46 Subject: Re: [notmuch] [RFC/PATCH v2] Add search-files command\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.13\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51         <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Wed, 13 Jan 2010 22:52:45 -0000\r
60 \r
61 \r
62 --S4+Kf2w4CfEO117G\r
63 Content-Type: text/plain; charset=us-ascii\r
64 Content-Disposition: inline\r
65 \r
66 On Wed, Jan 13, 2010 at 03:17:41PM +0200, Ali Polatel wrote:\r
67 > This command can be used to integrate notmuch with other MUAs as a\r
68 > searching client. The idea is simple, a simple script could get\r
69 > search-terms as argument and create a "virtual" maildir which has\r
70 > symbolic links to files output by search-files command. This is similar\r
71 > to nmzmail.\r
72 \r
73 Hi, Ali.  I was also recently asking about a way to output just the\r
74 file names of message resulting from searches.  This is an important\r
75 feature for handling deleting and moving in mail clients as well.  I\r
76 believe that Carl said this would be easier once he applied the JSON\r
77 output patches that are in the queue right now.  Hopefully we'll see\r
78 those soon.\r
79 \r
80 Personally I think the right way to implement this from a UI\r
81 perspective would be to just have an output filter for the 'search'\r
82 subcommand, something like:\r
83 \r
84 notmuch search --output=filename <search-term>...\r
85 \r
86 If output formatting was well enough supported one could even imagine\r
87 getting rid of the 'show' subcommand in favor of just the 'search'\r
88 subcommand with output formatting options.\r
89 \r
90 jamie.\r
91 \r
92 --S4+Kf2w4CfEO117G\r
93 Content-Type: application/pgp-signature; name="signature.asc"\r
94 Content-Description: Digital signature\r
95 Content-Disposition: attachment\r
96 \r
97 -----BEGIN PGP SIGNATURE-----\r
98 Version: GnuPG v1.4.10 (GNU/Linux)\r
99 \r
100 iQIcBAEBCAAGBQJLTk6jAAoJEO00zqvie6q8Q7EQAKcJtC061LJY5b/nnzPQZEZu\r
101 6z8M1ybddxiqajxnyUYRbIuvctHzf6FmcOttRR9/3BalKavV818hoZ+eJt7E9ufC\r
102 L8DTT3KzgNyFwJKXI2N7q4TYegNos7mfNDyNPSOph71/B42NvEZXNHc/Fw7sIZ54\r
103 dfUUuZxTBhGbHCiIIVKLVEr85zqZ5+/dSwun7HdYYSPSfQwz1M572tUqxB4Bg1QM\r
104 79YYLqql0WVNZj273l7nPOzocpKWiimdCQ1KvPFyGlIaE4fuEblJWOwbsax8qX/g\r
105 u7p3OdBobqbupfi+38FdyPqUSU9jmI81cf4S/a2Daj8IEZWmbWSzNsI15O59D/xr\r
106 UxvqyHoQ84OdGYbYfvEP123sC+bXhzmugjsGeNergcBZN1X17toU0QxBcl64Hvy7\r
107 q9hF097K1bQf21e9+HAOOwyO0zEi8n+nLqIfLquAeIhl2TM+KCtgJVi/SCxr05v0\r
108 sZ2abX9uCea0awmuIzZhGxsF3j29ZRfQTx5AocHqF7WYBwVeJp19dmje4NgYCsFi\r
109 xImnhf61Al4XWhaxMY2Zat32h1DPVe9iJ6OYsFOoiNxFPpTx/mJfkt1Z7fSlR+5t\r
110 Ev0swbq/tjB2L0PzGks5znWaEx1705sYfTzUsXamp2f5FHJW8eHDvPbYHbmm8Wpy\r
111 KrfVcJjFgea6wv5JWzVy\r
112 =FT4G\r
113 -----END PGP SIGNATURE-----\r
114 \r
115 --S4+Kf2w4CfEO117G--\r