Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 24EF2431FAF for ; Sun, 5 Feb 2012 19:45:28 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c4Cexeakivpc for ; Sun, 5 Feb 2012 19:45:27 -0800 (PST) Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU [18.7.68.37]) by olra.theworths.org (Postfix) with ESMTP id 90E57431FAE for ; Sun, 5 Feb 2012 19:45:27 -0800 (PST) X-AuditID: 12074425-b7f4a6d0000008e0-f9-4f2f4cd60300 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 00.C8.02272.6DC4F2F4; Sun, 5 Feb 2012 22:45:26 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id q163jP5u031570; Sun, 5 Feb 2012 22:45:26 -0500 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91]) (authenticated bits=0) (User authenticated as amdragon@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q163jNHi014642 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Sun, 5 Feb 2012 22:45:24 -0500 (EST) Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.77) (envelope-from ) id 1RuFV0-0005dZ-0i; Sun, 05 Feb 2012 22:44:14 -0500 Date: Sun, 5 Feb 2012 22:44:14 -0500 From: Austin Clements To: Adam Wolfe Gordon Subject: Re: [PATCH v3 2/5] reply: Add a JSON reply format. Message-ID: <20120206034413.GO10898@mit.edu> References: <1326995217-27423-1-git-send-email-awg+notmuch@xvx.ca> <1326995217-27423-3-git-send-email-awg+notmuch@xvx.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1326995217-27423-3-git-send-email-awg+notmuch@xvx.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgleLIzCtJLcpLzFFi42IR4hTV1r3mo+9v0HBHxOLInlnsFtdvzmR2 YPJ4tuoWs0fTj8WsAUxRXDYpqTmZZalF+nYJXBnv9wsX/GGrmNnxlbWB8SBrFyMHh4SAicSS 7UVdjJxAppjEhXvr2boYuTiEBPYxSryf2AXlrGeUODfvMCOEc4JJ4suf9YwgLUICSxglpm4x BrFZBFQktvf8YQGx2QQ0JLbtXw5WIyKgJfFj/VdWEJtZQFri2+9mJhBbWMBa4ua9I2BxXgEd iaMLzoJdJCRQLfH+lQJEWFDi5MwnLBCtWhI3/r1kAikBGbP8HwdImFPAWeLMxOtgJaJAF0w5 uY1tAqPQLCTds5B0z0LoXsDIvIpRNiW3Sjc3MTOnODVZtzg5MS8vtUjXQi83s0QvNaV0EyMo oNldVHcwTjikdIhRgINRiYdXwUTfX4g1say4MvcQoyQHk5Io7053oBBfUn5KZUZicUZ8UWlO avEhRgkOZiUR3hp7oBxvSmJlVWpRPkxKmoNFSZxXU+udn5BAemJJanZqakFqEUxWhoNDSYL3 uzdQo2BRanpqRVpmTglCmomDE2Q4D9BwbR+Q4cUFibnFmekQ+VOMilLivIwgCQGQREZpHlwv LOG8YhQHekWY9x3ICh5gsoLrfgU0mAlo8D42XZDBJYkIKakGRg9uXdv0ZlE7maj0CyyL128q r3CvsmOzyN5f+fqZUFnoIZEbxYHLTx+XnfV2xcKPOXZb3XYIyEpVB9/Xv2J2No5/b7qafjaj z5TP1z5Z/pgY+pJVRN9oxr0v8j0mOUI6Zx6fexIl/Jrn5PcrBoYfIw8Gf5zU7n9kpe9Mmctx bh8eccyPs3rgosRSnJFoqMVcVJwIAEgtrU4TAwAA Cc: notmuch@notmuchmail.org X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 03:45:28 -0000 Quoth Adam Wolfe Gordon on Jan 19 at 10:46 am: > This new JSON format for replies includes headers generated for a reply > message as well as the headers and all text parts of the original message. > Using this data, a client can intelligently create a reply. For example, > the emacs client will be able to create replies with quoted HTML parts by > parsing the HTML parts using w3m. Sorry for coming late to the party. I really like this idea, but it seems like your implementation is duplicating a lot of the work of notmuch show. This makes me wonder if it would be better to return reply header information in the JSON (which is definitely the way to go) but to fetch the part body from the UI via show (and maybe reuse some of the show-mode logic, if it makes sense to do so). If this has already been discussed, just point me at the thread and I'll catch myself up.