cc/b367a039e5252d45977e67e263374b1ad8a442

   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
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.26\r
  10 X-Spam-Level: \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
  26         port 10044)\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
  46 MIME-Version: 1.0\r
  47 Content-Type: text/plain; charset=us-ascii\r
  48 Subject: Re: [notmuch] [PATCH] Change From and Bcc when creating reply draft\r
  49         buffer\r
  50 X-BeenThere: notmuch@notmuchmail.org\r
  51 X-Mailman-Version: 2.1.13\r
  52 Precedence: list\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
  63 \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
  66 > > Hi James,\r
  67 > > \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
  72 > > > \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
  79 > > >  \r
  80 > > >  (defun notmuch-reply (query-string)\r
  81 > > > +  "Prepare a reply draft buffer.\r
  82 > > > +\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
  90 > > > +  (kill-line)\r
  91 > > > +  (insert (format "From: %s <%s>" user-full-name user-mail-address))\r
  92 > > \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
  97 > > \r
  98 > > -Michal\r
  99 > \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
 105 > \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
 111 > \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
 114 > address.\r
 115 > \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
 119 > \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
 124 \r
 125 Hi,\r
 126 \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
 133 \r
 134 -Michal\r