Re: [PATCH 1/2] Add 'cat' subcommand

diff --git a/3b/68ff68a639abd11368b32998cc0ccf169b8c25 b/3b/68ff68a639abd11368b32998cc0ccf169b8c25
new file mode 100644 (file)
index 0000000..733fdae
--- /dev/null
+++ b/3b/68ff68a639abd11368b32998cc0ccf169b8c25
@@ -0,0 +1,105 @@
+Return-Path: <jrollins@finestructure.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id E2BE24196F2\r
+       for <notmuch@notmuchmail.org>; Tue, 20 Apr 2010 06:32:21 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -4.19\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-4.19 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01]\r
+       autolearn=ham\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id h+vBb9pVNCU8 for <notmuch@notmuchmail.org>;\r
+       Tue, 20 Apr 2010 06:32:20 -0700 (PDT)\r
+Received: from brinza.cc.columbia.edu (brinza.cc.columbia.edu [128.59.29.8])\r
+       by olra.theworths.org (Postfix) with ESMTP id AF84B431FC1\r
+       for <notmuch@notmuchmail.org>; Tue, 20 Apr 2010 06:32:20 -0700 (PDT)\r
+Received: from servo.finestructure.net (cpe-72-227-128-66.nyc.res.rr.com\r
+       [72.227.128.66])\r
+       (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
+       by brinza.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o3KDWBUm022780\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Tue, 20 Apr 2010 09:32:16 -0400 (EDT)\r
+Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
+       (envelope-from <jrollins@finestructure.net>)\r
+       id 1O4DYh-0007LB-AA; Tue, 20 Apr 2010 09:32:11 -0400\r
+From: Jameson Rollins <jrollins@finestructure.net>\r
+To: Michal Sojka <sojkam1@fel.cvut.cz>,\r
+ Sebastian Spaeth <Sebastian@SSpaeth.de>\r
+Subject: Re: [PATCH 1/2] Add 'cat' subcommand\r
+In-Reply-To: <4BCD7EA0.3080505@fel.cvut.cz>\r
+References: <1271747793-17507-1-git-send-email-sojkam1@fel.cvut.cz>\r
+       <87pr1u7fnu.fsf@ut.hh.sledj.net> <87fx2qmtok.fsf@SSpaeth.de>\r
+       <4BCD7EA0.3080505@fel.cvut.cz>\r
+Date: Tue, 20 Apr 2010 09:32:01 -0400\r
+Message-ID: <87r5mal06m.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\r
+X-No-Spam-Score: Local\r
+X-Scanned-By: MIMEDefang 2.68 on 128.59.29.8\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Tue, 20 Apr 2010 13:32:22 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Tue, 20 Apr 2010 12:14:56 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrot=\r
+e:\r
+> The reason is that I want be able to distinguish between several=20\r
+> messages with the same id. Consider a message sent to a list. One copy=20\r
+> is stored in your sent folder and one in another folder. You may want to=\r
+=20\r
+> investigate the Received headers the latter message. You would not be=20\r
+> happy if, after pressing 'V', notmuch shows you the message in sent=20\r
+> folder without any headers.\r
+\r
+I think this is actually a problem with notmuch, and something that I\r
+have complained about in the past.  It was previously dismissed, but I\r
+still think that it's something we should address.  Notmuch should not\r
+irrevocably hide messages, just because they cursorily look like a\r
+another similar but distinct message.\r
+\r
+What are ways that we can avoid this?  Could notmuch append a string to\r
+the message id in the database for the different messages that share an\r
+id?  Something like "id:foo@bar.com{0}", "id:foo@bar.com{1}", etc?\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJLzazRAAoJEO00zqvie6q8qgUP/0C6qrooL8Za9Hz+pSAP75+k\r
+VGPL5jZQeiVYwalxLdQfoyXtUH4g2xUdd0J+VwPhqnhIJbGgsoKLcE+hiva8S7rs\r
+MdFonlHUm9SzUVOHXK7nbSJ0zvoEdEWoG5E8xN9hwiqreHds8XIlWk7Jz+Kbqb8Z\r
+zw+DE786pyFQw9KVpOGQ8xIgjypyT3XKIoKV9+1Vpttb7Ubrjlp7Ng5DwWM/1oLt\r
+TwihqzuAurmwkEATqz2QFv4tiN71RscLMVfH7ek+McxQjVbCgsZjpOKXMNzyrguM\r
+Upld5Jdg+yZY+hUBEe/gJd3kzjW5GA0JzQctEfikMKSR/wxZJQ/X9XnNlvoy9aJX\r
+O2mV2MdFd2EhJpZGsVb2t7uSCikowbQw/E8Nd269r1K79Yjikzz3yDKzA+8O4dgx\r
+MizizlDp5ycTBGm9DcHHBm938JucatC0E42+WEgv4zMC06US/Xg9dH3+3I2jVFGX\r
+b9K6Gc+tnHJBpXuX27ZzMKmyreRhURoV2i2047y6W2lMfpF+Hx+mmJL+BweiZoeS\r
+xhP973qrdcZKH+XEe+Xz/XsDcRDx0xB9MUdTuu7d33lHLl+nF104oJ1uTH+MBDyX\r
+jNiyOXJxByv01R7obHRlDHPP98RaXPH1xmmgkieqyK7fwQVzckD4nGS1m8jv+ImE\r
+DLquHlYdKU7P6UtHmIRR\r
+=Tu96\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r