1 Return-Path: <sojkam1@fel.cvut.cz>
\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 274964048C4
\r
6 for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 08:22:58 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-2.26 tagged_above=-999 required=5 tests=[AWL=0.339,
\r
12 BAYES_00=-2.599] 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 WviAiUl7pU5M for <notmuch@notmuchmail.org>;
\r
16 Thu, 11 Mar 2010 08:22:57 -0800 (PST)
\r
17 Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])
\r
18 by olra.theworths.org (Postfix) with ESMTP id B79D24048C2
\r
19 for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 08:22:56 -0800 (PST)
\r
20 Received: from localhost (unknown [192.168.200.4])
\r
21 by max.feld.cvut.cz (Postfix) with ESMTP id 432FF19F3431;
\r
22 Thu, 11 Mar 2010 17:22:43 +0100 (CET)
\r
23 X-Virus-Scanned: IMAP AMAVIS
\r
24 Received: from max.feld.cvut.cz ([192.168.200.1])
\r
25 by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,
\r
27 with ESMTP id aIiL2Xq-5ALz; Thu, 11 Mar 2010 17:22:41 +0100 (CET)
\r
28 Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])
\r
29 by max.feld.cvut.cz (Postfix) with ESMTP id DBC5319F3437;
\r
30 Thu, 11 Mar 2010 17:22:41 +0100 (CET)
\r
31 Received: from steelpick.localdomain (k335-30.felk.cvut.cz [147.32.86.30])
\r
32 (Authenticated sender: sojkam1)
\r
33 by imap.feld.cvut.cz (Postfix) with ESMTPSA id C6374FA003;
\r
34 Thu, 11 Mar 2010 17:22:41 +0100 (CET)
\r
35 Received: from wsh by steelpick.localdomain with local (Exim 4.71)
\r
36 (envelope-from <sojkam1@fel.cvut.cz>)
\r
37 id 1Npl9l-0008Al-IX; Thu, 11 Mar 2010 17:22:41 +0100
\r
38 From: Michal Sojka <sojkam1@fel.cvut.cz>
\r
39 To: James Vasile <james@hackervisions.org>, notmuch@notmuchmail.org
\r
40 In-Reply-To: <87fx46hq7w.fsf@hackervisions.org>
\r
41 References: <87aauhp9kk.fsf@hackervisions.org>
\r
42 <87pr3bm2sn.fsf@steelpick.localdomain>
\r
43 <87fx46hq7w.fsf@hackervisions.org>
\r
44 Date: Thu, 11 Mar 2010 17:22:41 +0100
\r
45 Message-ID: <87ljdyn7zi.fsf@steelpick.localdomain>
\r
47 Content-Type: text/plain; charset=us-ascii
\r
48 Subject: Re: [notmuch] [PATCH] Change From and Bcc when creating reply draft
\r
50 X-BeenThere: notmuch@notmuchmail.org
\r
51 X-Mailman-Version: 2.1.13
\r
53 List-Id: "Use and development of the notmuch mail system."
\r
54 <notmuch.notmuchmail.org>
\r
55 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
56 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
57 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
58 List-Post: <mailto:notmuch@notmuchmail.org>
\r
59 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
60 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
61 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
62 X-List-Received-Date: Thu, 11 Mar 2010 16:22:58 -0000
\r
64 On Thu, 11 Mar 2010, James Vasile wrote:
\r
65 > On Thu, 11 Mar 2010 14:00:08 +0100, Michal Sojka <sojkam1@fel.cvut.cz> wrote:
\r
68 > > On Tue, 09 Mar 2010, James Vasile wrote:
\r
69 > > > When notmuch creates a reply buffer, it guesses the From and Bcc
\r
70 > > > addresses. The client is in a better position to guess these, and this
\r
71 > > > patch adjusts notmuch-reply accordingly.
\r
73 > > > diff --git a/notmuch.el b/notmuch.el
\r
74 > > > index ab56f48..07f957e 100644
\r
75 > > > --- a/notmuch.el
\r
76 > > > +++ b/notmuch.el
\r
77 > > > @@ -436,10 +436,20 @@ buffer."
\r
78 > > > (message "Done"))
\r
80 > > > (defun notmuch-reply (query-string)
\r
81 > > > + "Prepare a reply draft buffer.
\r
83 > > > +Have notmuch create a reply buffer, then adjust the from and bcc
\r
84 > > > +headers to match our current user-full-name and
\r
85 > > > +user-mail-address."
\r
86 > > > (switch-to-buffer (generate-new-buffer "notmuch-draft"))
\r
87 > > > (call-process notmuch-command nil t nil "reply" query-string)
\r
88 > > > (message-insert-signature)
\r
89 > > > (goto-char (point-min))
\r
91 > > > + (insert (format "From: %s <%s>" user-full-name user-mail-address))
\r
93 > > Notmuch reply contains From: address which is based on the addresses in
\r
94 > > .notmuch-config and the replied message. When you use multiple addresses
\r
95 > > (e.g. home and work address), notmuch puts there the one used in the
\r
96 > > replied message. It seems that your patch would break this feature.
\r
100 > Yes, it does break that feature, and intentionally so. The MUA should
\r
101 > select the From: address. I have profile selection code that sets my
\r
102 > user-full-name and user-mail-address based on some context. When I
\r
103 > reply to somebody, the correct From: address is not who they think I am
\r
104 > but rather who *I* think I am.
\r
106 > Here's my use case: I have a job in the free software world. There's an
\r
107 > email address attached to that. I also serve on the board of a free
\r
108 > software project. There's another email for that. People email me
\r
109 > about the project using my work email, but I always reply using the
\r
110 > project email, and my MUA knows that. Notmuch doesn't.
\r
112 > Also: my girlfriend's family sometimes emails me at work. I don't want
\r
113 > personal email at my work address, so I always reply using a personal
\r
116 > Also: I have an old email address that I've deprecated, but old friends
\r
117 > still use it. I always reply with my newer address and they eventually
\r
118 > start using the new one.
\r
120 > My profile code is usable but not complete. It looks at folder contents
\r
121 > to pick the correct From: address automatically (you can override the
\r
122 > choice, of course), which is good when you have 400+ folders. If
\r
123 > anybody wants it before it's done, I can put it in a public branch.
\r
127 thanks for clarification. It all sounds reasonable. The only problem I
\r
128 can see now is that if I create a new account on my machine and run
\r
129 emacs there, then the value of user-mail-address is <login>@<hostname>
\r
130 which doesn't refer to existing mailbox. I think that the header should
\r
131 only be rewritten if these variables are known to have valid values. Do
\r
132 you know how to do this?
\r