Re: RFC: Adding an attachment composition interface to notmuch

diff --git a/90/fcf9767ce56ef108a9e47986ba09fa2f5fbdb0 b/90/fcf9767ce56ef108a9e47986ba09fa2f5fbdb0
new file mode 100644 (file)
index 0000000..64f0743
--- /dev/null
+++ b/90/fcf9767ce56ef108a9e47986ba09fa2f5fbdb0
@@ -0,0 +1,93 @@
+Return-Path: <BATV+416fd192af55372394e4+2437+infradead.org+hohndel@bombadil.srs.infradead.org>\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 9D7EC4196F0\r
+       for <notmuch@notmuchmail.org>; Sun, 25 Apr 2010 19:52:56 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -4.2\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 Mfjbk3BJ5rNx for <notmuch@notmuchmail.org>;\r
+       Sun, 25 Apr 2010 19:52:55 -0700 (PDT)\r
+Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])\r
+       by olra.theworths.org (Postfix) with ESMTP id 79458431FC1\r
+       for <notmuch@notmuchmail.org>; Sun, 25 Apr 2010 19:52:55 -0700 (PDT)\r
+Received: from localhost ([::1] helo=x200.gr8dns.org)\r
+       by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux))\r
+       id 1O6ERK-0002Xa-Lh; Mon, 26 Apr 2010 02:52:54 +0000\r
+Received: by x200.gr8dns.org (Postfix, from userid 500)\r
+       id 0F20FCC6C8; Sun, 25 Apr 2010 19:52:54 -0700 (PDT)\r
+From: Dirk Hohndel <hohndel@infradead.org>\r
+To: Jesse Rosenthal <jrosenthal@jhu.edu>, notmuch@notmuchmail.org\r
+Subject: Re: RFC: Adding an attachment composition interface to notmuch\r
+In-Reply-To: <87tyqzja4m.fsf@jhu.edu>\r
+References: <87sk8vz3hm.fsf@jhu.edu> <87tyqzja4m.fsf@jhu.edu>\r
+User-Agent: Notmuch/0.2-201-g0605b37 (http://notmuchmail.org) Emacs/23.1.1\r
+       (i386-redhat-linux-gnu)\r
+Date: Sun, 25 Apr 2010 19:52:54 -0700\r
+Message-ID: <m3y6ga3oxl.fsf@x200.gr8dns.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by\r
+       bombadil.infradead.org See http://www.infradead.org/rpr.html\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: Mon, 26 Apr 2010 02:52:56 -0000\r
+\r
+On Sun, 25 Apr 2010 21:06:01 -0400, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:\r
+> On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:\r
+> > Tach is a minor mode that adds mutt-like attachment handling to\r
+> > message mode. It's not notmuch specific, but I wrote it to use with\r
+> > notmuch, and I thought it might be of use to some on the list.\r
+> \r
+> I wanted to see if there would be any interest in adding this to notmuch\r
+> in 0.4 or after. It makes composing messages with attachments much more\r
+> pleasant that using raw mml-mode, and would likely be much more\r
+> accomodating to new users. With the new notmuch-mua hooks, it would be\r
+> easy to turn on and off as well. I've been using it for a number of\r
+> months, and have not had any problems with it.\r
+\r
+I have not played with the version you posted earlier - sofar I use the\r
+attachment functionality that Emacs offers by default and I agree that\r
+this is lacking.\r
+>From your description I can't quite tell if tach is overkill,\r
+though. When I just attach a file I'd like to be able to do this just\r
+using the minibuffer to pick a file - not having to open another buffer,\r
+press +, find the file, etc...\r
+ \r
+> One issue to note: if you start composing a message with tach-mode\r
+> enabled, and then disable it, the attachments you added with tach won't\r
+> get added properly (there will just be a plaintext list of them at the\r
+> the bottom of the message after a separator). In other words, tach\r
+> converts the attachment list on sending, just as message-mode adds\r
+> headers, removes "text follows this line", etc. This doesn't seem like\r
+> an issue to me (a message started by message-mode can't be sent by\r
+> another MUA either) but I did want to bring it to people's attention.\r
+\r
+I think that's reasonable\r
+\r
+> If there is interest, I would take the necessary steps to integrate it\r
+> and prepare a patch.\r
+\r
+I'd be interested to see a notmuch integration...\r
+\r
+/D\r
+\r
+-- \r
+Dirk Hohndel\r
+Intel Open Source Technology Center\r