1 Return-Path: <BATV+416fd192af55372394e4+2437+infradead.org+hohndel@bombadil.srs.infradead.org>
\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 9D7EC4196F0
\r
6 for <notmuch@notmuchmail.org>; Sun, 25 Apr 2010 19:52:56 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5
\r
12 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 Mfjbk3BJ5rNx for <notmuch@notmuchmail.org>;
\r
16 Sun, 25 Apr 2010 19:52:55 -0700 (PDT)
\r
17 Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])
\r
18 by olra.theworths.org (Postfix) with ESMTP id 79458431FC1
\r
19 for <notmuch@notmuchmail.org>; Sun, 25 Apr 2010 19:52:55 -0700 (PDT)
\r
20 Received: from localhost ([::1] helo=x200.gr8dns.org)
\r
21 by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux))
\r
22 id 1O6ERK-0002Xa-Lh; Mon, 26 Apr 2010 02:52:54 +0000
\r
23 Received: by x200.gr8dns.org (Postfix, from userid 500)
\r
24 id 0F20FCC6C8; Sun, 25 Apr 2010 19:52:54 -0700 (PDT)
\r
25 From: Dirk Hohndel <hohndel@infradead.org>
\r
26 To: Jesse Rosenthal <jrosenthal@jhu.edu>, notmuch@notmuchmail.org
\r
27 Subject: Re: RFC: Adding an attachment composition interface to notmuch
\r
28 In-Reply-To: <87tyqzja4m.fsf@jhu.edu>
\r
29 References: <87sk8vz3hm.fsf@jhu.edu> <87tyqzja4m.fsf@jhu.edu>
\r
30 User-Agent: Notmuch/0.2-201-g0605b37 (http://notmuchmail.org) Emacs/23.1.1
\r
31 (i386-redhat-linux-gnu)
\r
32 Date: Sun, 25 Apr 2010 19:52:54 -0700
\r
33 Message-ID: <m3y6ga3oxl.fsf@x200.gr8dns.org>
\r
35 Content-Type: text/plain; charset=us-ascii
\r
36 X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by
\r
37 bombadil.infradead.org See http://www.infradead.org/rpr.html
\r
38 X-BeenThere: notmuch@notmuchmail.org
\r
39 X-Mailman-Version: 2.1.13
\r
41 List-Id: "Use and development of the notmuch mail system."
\r
42 <notmuch.notmuchmail.org>
\r
43 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
44 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
45 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
46 List-Post: <mailto:notmuch@notmuchmail.org>
\r
47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
48 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
49 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
50 X-List-Received-Date: Mon, 26 Apr 2010 02:52:56 -0000
\r
52 On Sun, 25 Apr 2010 21:06:01 -0400, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:
\r
53 > On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:
\r
54 > > Tach is a minor mode that adds mutt-like attachment handling to
\r
55 > > message mode. It's not notmuch specific, but I wrote it to use with
\r
56 > > notmuch, and I thought it might be of use to some on the list.
\r
58 > I wanted to see if there would be any interest in adding this to notmuch
\r
59 > in 0.4 or after. It makes composing messages with attachments much more
\r
60 > pleasant that using raw mml-mode, and would likely be much more
\r
61 > accomodating to new users. With the new notmuch-mua hooks, it would be
\r
62 > easy to turn on and off as well. I've been using it for a number of
\r
63 > months, and have not had any problems with it.
\r
65 I have not played with the version you posted earlier - sofar I use the
\r
66 attachment functionality that Emacs offers by default and I agree that
\r
68 >From your description I can't quite tell if tach is overkill,
\r
69 though. When I just attach a file I'd like to be able to do this just
\r
70 using the minibuffer to pick a file - not having to open another buffer,
\r
71 press +, find the file, etc...
\r
73 > One issue to note: if you start composing a message with tach-mode
\r
74 > enabled, and then disable it, the attachments you added with tach won't
\r
75 > get added properly (there will just be a plaintext list of them at the
\r
76 > the bottom of the message after a separator). In other words, tach
\r
77 > converts the attachment list on sending, just as message-mode adds
\r
78 > headers, removes "text follows this line", etc. This doesn't seem like
\r
79 > an issue to me (a message started by message-mode can't be sent by
\r
80 > another MUA either) but I did want to bring it to people's attention.
\r
82 I think that's reasonable
\r
84 > If there is interest, I would take the necessary steps to integrate it
\r
85 > and prepare a patch.
\r
87 I'd be interested to see a notmuch integration...
\r
93 Intel Open Source Technology Center
\r