Re: [PATCH 0/3] composing patches

diff --git a/fd/6d00921e1fc868c9d8f1fc65c4188c31641d2e b/fd/6d00921e1fc868c9d8f1fc65c4188c31641d2e
new file mode 100644 (file)
index 0000000..2234450
--- /dev/null
+++ b/fd/6d00921e1fc868c9d8f1fc65c4188c31641d2e
@@ -0,0 +1,103 @@
+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 4D576431FB6\r
+       for <notmuch@notmuchmail.org>; Fri, 10 Dec 2010 08:04:21 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.01\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.01 tagged_above=-999 required=5\r
+       tests=[T_MIME_NO_TEXT=0.01] autolearn=disabled\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 uXADTI4V-BSp for <notmuch@notmuchmail.org>;\r
+       Fri, 10 Dec 2010 08:04:20 -0800 (PST)\r
+Received: from tarap.cc.columbia.edu (tarap.cc.columbia.edu [128.59.29.7])\r
+       by olra.theworths.org (Postfix) with ESMTP id CD03A431FB5\r
+       for <notmuch@notmuchmail.org>; Fri, 10 Dec 2010 08:04:20 -0800 (PST)\r
+Received: from servo.finestructure.net (trendnetrouter.phys.columbia.edu\r
+       [128.59.169.31])\r
+       (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
+       by tarap.cc.columbia.edu (8.14.4/8.14.3) with ESMTP id oBAG4HI4026643\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Fri, 10 Dec 2010 11:04:18 -0500 (EST)\r
+Received: from jrollins by servo.finestructure.net with local (Exim 4.72)\r
+       (envelope-from <jrollins@finestructure.net>)\r
+       id 1PR5SE-0001iB-2Q; Fri, 10 Dec 2010 11:04:18 -0500\r
+From: Jameson Rollins <jrollins@finestructure.net>\r
+To: Felipe Contreras <felipe.contreras@gmail.com>,\r
+       Sebastian Spaeth <Sebastian@sspaeth.de>\r
+Subject: Re: [PATCH 0/3] composing patches\r
+In-Reply-To: <AANLkTimq7On+1tnpaCXhnd8H=M+5AH6Ss6k1fDL296V-@mail.gmail.com>\r
+References: <1291933972-7186-1-git-send-email-felipe.contreras@gmail.com>\r
+       <877hfi1ql7.fsf@SSpaeth.de>\r
+       <AANLkTimq7On+1tnpaCXhnd8H=M+5AH6Ss6k1fDL296V-@mail.gmail.com>\r
+User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1\r
+       (i486-pc-linux-gnu)\r
+Date: Fri, 10 Dec 2010 11:04:14 -0500\r
+Message-ID: <87pqt9ty0x.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.7\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: Fri, 10 Dec 2010 16:04:21 -0000\r
+\r
+--=-=-=\r
+\r
+On Fri, 10 Dec 2010 17:35:17 +0200, Felipe Contreras <felipe.contreras@gmail.com> wrote:\r
+> Why it's not? The emacs UI is not really doing anything on top of\r
+> 'notmuch reply'. And if it is, it can very well override that value.\r
+> Besides, what about other users (vim)? Why not make the output of\r
+> 'notmuch reply' ready to be dumped to sendmail?\r
+\r
+I think this is a reasonable point.  But is there a reason that vim\r
+can't fill in the Message-ID and User-Agent fields?  Presumably it does\r
+when composing new messages, right?\r
+\r
+That said, if the pre-filling in those fields will help other user\r
+agents, then I don't see the binary shouldn't do that.  Like you said,\r
+other user agents (like emacs) can change them if they see fit.\r
+\r
+> It seems right now there's a lot of reliance on emacs UI, and gnus.\r
+\r
+I don't think there's any reliance on gnus.  I certainly don't use it.\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
+iQIcBAEBCAAGBQJNAk9/AAoJEO00zqvie6q8q/kP/0lRhb/9mDM03Z1DcjGsAtup\r
+R8wf6StBj0UNZ3BVftpoAeNlgOnHSVjti5Smgb0V6MxL2lXpWTxBESre89HcbGma\r
+wK4UtI1dg61mejBNjSqgkSqw9nU5xfGFSwWWeIY/szlBbWiNp/5OAgWLAwWuIl59\r
+F5RFqg8fsiiXT7yyJqTiqH7YFmG5va9iCyiO1P1F3OdH7r4wKeuBJeb0GHjAaqFy\r
+jk81w+b5IQqcfdvFG7Fnp6FY5M0B4fDDZjox5iD/y6C0TGsyTpLqhWUZ4yEKb+c/\r
+lH04TNLBvilifdi3rRUoYO7H0uabjWt2R/x9RvxFryFm4kz8IlqxzQqd9zXYG4MM\r
+NGFkK+wq55tRpYrbXZefNqi1y9LsquAal/fsGR8WksA+cmtj4QzanlAhS8JL4UQg\r
+O56c7Ts9rGv+hWEoeaf9SyJmV4yP3z/rkKdd07lCuTUWcoQ/R+7ciSU+nVtg0Ty9\r
+gBiHaHu7hWlJKb1923YZo1fjUU1FpqtmJ3258bIpn6PQ30M+sNnlssI4ffuBsfXy\r
+WB2CF6yc8GET+L1/Bai1v35LmMsvLirPHwYfZ/mI4f0Ic93qMiGXWlAKxMyVVRSb\r
+bbmK52pNlaihMugbsBHvRo5J8AkNV5YnD4LaAn9SZV2aSQtHoqnHwaVsr3m4qnOk\r
+P/NggqK9BDotR0Qx01B6\r
+=vQhw\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r