Re: [notmuch] [PATCH] Change From and Bcc when creating reply draft buffer
authorMichal Sojka <sojkam1@fel.cvut.cz>
Fri, 12 Mar 2010 07:49:35 +0000 (08:49 +0100)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:36:22 +0000 (09:36 -0800)
22/466de40eefe1ef3226c6d14698814bbafe35d4 [new file with mode: 0644]

diff --git a/22/466de40eefe1ef3226c6d14698814bbafe35d4 b/22/466de40eefe1ef3226c6d14698814bbafe35d4
new file mode 100644 (file)
index 0000000..ebfad60
--- /dev/null
@@ -0,0 +1,123 @@
+Return-Path: <sojkam1@fel.cvut.cz>\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 C2E5E4048C5\r
+       for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 23:49:40 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.267\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.267 tagged_above=-999 required=5 tests=[AWL=0.332,\r
+       BAYES_00=-2.599] 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 pKLvhSp3iv+A for <notmuch@notmuchmail.org>;\r
+       Thu, 11 Mar 2010 23:49:39 -0800 (PST)\r
+Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
+       by olra.theworths.org (Postfix) with ESMTP id 6C9114048C3\r
+       for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 23:49:39 -0800 (PST)\r
+Received: from localhost (unknown [192.168.200.4])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 5E63B19F35C5;\r
+       Fri, 12 Mar 2010 08:49:38 +0100 (CET)\r
+X-Virus-Scanned: IMAP AMAVIS\r
+Received: from max.feld.cvut.cz ([192.168.200.1])\r
+       by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,\r
+       port 10044)\r
+       with ESMTP id NvL8yYC7i2R1; Fri, 12 Mar 2010 08:49:37 +0100 (CET)\r
+Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 06AB519F3627;\r
+       Fri, 12 Mar 2010 08:49:36 +0100 (CET)\r
+Received: from steelpick.localdomain (k335-30.felk.cvut.cz [147.32.86.30])\r
+       (Authenticated sender: sojkam1)\r
+       by imap.feld.cvut.cz (Postfix) with ESMTPSA id DF4ACFA009;\r
+       Fri, 12 Mar 2010 08:49:36 +0100 (CET)\r
+Received: from wsh by steelpick.localdomain with local (Exim 4.71)\r
+       (envelope-from <sojkam1@fel.cvut.cz>)\r
+       id 1Npzcl-0001XE-Jj; Fri, 12 Mar 2010 08:49:35 +0100\r
+From: Michal Sojka <sojkam1@fel.cvut.cz>\r
+To: James Vasile <james@hackervisions.org>, notmuch@notmuchmail.org\r
+In-Reply-To: <876352hccg.fsf@softwarefreedom.org>\r
+References: <87aauhp9kk.fsf@hackervisions.org>\r
+       <87pr3bm2sn.fsf@steelpick.localdomain>\r
+       <87fx46hq7w.fsf@hackervisions.org>\r
+       <87ljdyn7zi.fsf@steelpick.localdomain>\r
+       <876352hccg.fsf@softwarefreedom.org>\r
+Date: Fri, 12 Mar 2010 08:49:35 +0100\r
+Message-ID: <87iq92m12o.fsf@steelpick.localdomain>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Subject: Re: [notmuch] [PATCH] Change From and Bcc when creating reply draft\r
+       buffer\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: Fri, 12 Mar 2010 07:49:41 -0000\r
+\r
+On Thu, 11 Mar 2010, James Vasile wrote:\r
+> On Thu, 11 Mar 2010 17:22:41 +0100, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
+> > thanks for clarification. It all sounds reasonable. The only problem I\r
+> > can see now is that if I create a new account on my machine and run\r
+> > emacs there, then the value of user-mail-address is <login>@<hostname>\r
+> > which doesn't refer to existing mailbox. I think that the header should\r
+> > only be rewritten if these variables are known to have valid values. Do\r
+> > you know how to do this?\r
+> > \r
+> \r
+> I explicitly set these in my .emacs file, so I don't do any detection.\r
+> If you could define "valid" I suppose you could test for such things.\r
+> \r
+> Something like the following works for me.  I run mail-profile-foo with\r
+> M-x or run it automatically with profile-guessing/setting routines.\r
+> When I get the system ironed out, I'll emit patches and a wiki entry.\r
+> \r
+> (defun message-mode-set-profile ()\r
+>   (save-excursion\r
+>     (when (string= "message-mode" major-mode)\r
+>       (goto-char (point-min))\r
+>       (when (re-search-forward "^From: " nil t)\r
+>      (kill-line)\r
+>      (insert (format "%s <%s>" user-full-name user-mail-address)))\r
+> \r
+>       (goto-char (point-min))\r
+>       (when (re-search-forward "^Bcc: " nil t)\r
+>      (kill-line)\r
+>      (insert (format "%s <%s>" user-full-name user-mail-address))))))\r
+> \r
+> (defun mail-profile-hv ()\r
+>   (interactive)\r
+>   (setq mail-host-address "hackervisions.org"\r
+>       user-full-name "James Vasile"\r
+>       message-sendmail-extra-arguments '("-a" "hv")\r
+>       user-mail-address "james@hackervisions.org")\r
+>   (message-mode-set-profile)\r
+>   user-mail-address)\r
+> (mail-profile-hv)\r
+> \r
+> <other mail-profile-foo functions>\r
+\r
+Hmm, I understand. My worry about this approach is the following: Now it\r
+is very straightforward to start using notmuch. You only answer a few\r
+questions when you run notmuch for the first time and then it works. If\r
+we apply your patch, some additional configuration is needed and a\r
+novice might not know how to do it.\r
+\r
+So at least notmuch should tell the user what and where needs to be\r
+configured. Or better, provide some sane default which can be overridden\r
+in a way you want it.\r
+\r
+That's only my opinion. I personally would have no problem with\r
+additional configuration, but on the other side I like programs which do\r
+not steel my time if it is not necessary.\r
+\r
+Bye\r
+-Michal\r