Re: [PATCH] How to improve the mail handling workflow?
[notmuch-archives.git] / 22 / 466de40eefe1ef3226c6d14698814bbafe35d4
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 C2E5E4048C5\r
6         for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 23:49:40 -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.267\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.267 tagged_above=-999 required=5 tests=[AWL=0.332,\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 pKLvhSp3iv+A for <notmuch@notmuchmail.org>;\r
16         Thu, 11 Mar 2010 23:49:39 -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 6C9114048C3\r
19         for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 23:49:39 -0800 (PST)\r
20 Received: from localhost (unknown [192.168.200.4])\r
21         by max.feld.cvut.cz (Postfix) with ESMTP id 5E63B19F35C5;\r
22         Fri, 12 Mar 2010 08:49:38 +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 NvL8yYC7i2R1; Fri, 12 Mar 2010 08:49:37 +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 06AB519F3627;\r
30         Fri, 12 Mar 2010 08:49:36 +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 DF4ACFA009;\r
34         Fri, 12 Mar 2010 08:49:36 +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 1Npzcl-0001XE-Jj; Fri, 12 Mar 2010 08:49:35 +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: <876352hccg.fsf@softwarefreedom.org>\r
41 References: <87aauhp9kk.fsf@hackervisions.org>\r
42         <87pr3bm2sn.fsf@steelpick.localdomain>\r
43         <87fx46hq7w.fsf@hackervisions.org>\r
44         <87ljdyn7zi.fsf@steelpick.localdomain>\r
45         <876352hccg.fsf@softwarefreedom.org>\r
46 Date: Fri, 12 Mar 2010 08:49:35 +0100\r
47 Message-ID: <87iq92m12o.fsf@steelpick.localdomain>\r
48 MIME-Version: 1.0\r
49 Content-Type: text/plain; charset=us-ascii\r
50 Subject: Re: [notmuch] [PATCH] Change From and Bcc when creating reply draft\r
51         buffer\r
52 X-BeenThere: notmuch@notmuchmail.org\r
53 X-Mailman-Version: 2.1.13\r
54 Precedence: list\r
55 List-Id: "Use and development of the notmuch mail system."\r
56         <notmuch.notmuchmail.org>\r
57 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
59 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
60 List-Post: <mailto:notmuch@notmuchmail.org>\r
61 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
62 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
63         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
64 X-List-Received-Date: Fri, 12 Mar 2010 07:49:41 -0000\r
65 \r
66 On Thu, 11 Mar 2010, James Vasile wrote:\r
67 > On Thu, 11 Mar 2010 17:22:41 +0100, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
68 > > thanks for clarification. It all sounds reasonable. The only problem I\r
69 > > can see now is that if I create a new account on my machine and run\r
70 > > emacs there, then the value of user-mail-address is <login>@<hostname>\r
71 > > which doesn't refer to existing mailbox. I think that the header should\r
72 > > only be rewritten if these variables are known to have valid values. Do\r
73 > > you know how to do this?\r
74 > > \r
75\r
76 > I explicitly set these in my .emacs file, so I don't do any detection.\r
77 > If you could define "valid" I suppose you could test for such things.\r
78\r
79 > Something like the following works for me.  I run mail-profile-foo with\r
80 > M-x or run it automatically with profile-guessing/setting routines.\r
81 > When I get the system ironed out, I'll emit patches and a wiki entry.\r
82\r
83 > (defun message-mode-set-profile ()\r
84 >   (save-excursion\r
85 >     (when (string= "message-mode" major-mode)\r
86 >       (goto-char (point-min))\r
87 >       (when (re-search-forward "^From: " nil t)\r
88 >       (kill-line)\r
89 >       (insert (format "%s <%s>" user-full-name user-mail-address)))\r
90\r
91 >       (goto-char (point-min))\r
92 >       (when (re-search-forward "^Bcc: " nil t)\r
93 >       (kill-line)\r
94 >       (insert (format "%s <%s>" user-full-name user-mail-address))))))\r
95\r
96 > (defun mail-profile-hv ()\r
97 >   (interactive)\r
98 >   (setq mail-host-address "hackervisions.org"\r
99 >       user-full-name "James Vasile"\r
100 >       message-sendmail-extra-arguments '("-a" "hv")\r
101 >       user-mail-address "james@hackervisions.org")\r
102 >   (message-mode-set-profile)\r
103 >   user-mail-address)\r
104 > (mail-profile-hv)\r
105\r
106 > <other mail-profile-foo functions>\r
107 \r
108 Hmm, I understand. My worry about this approach is the following: Now it\r
109 is very straightforward to start using notmuch. You only answer a few\r
110 questions when you run notmuch for the first time and then it works. If\r
111 we apply your patch, some additional configuration is needed and a\r
112 novice might not know how to do it.\r
113 \r
114 So at least notmuch should tell the user what and where needs to be\r
115 configured. Or better, provide some sane default which can be overridden\r
116 in a way you want it.\r
117 \r
118 That's only my opinion. I personally would have no problem with\r
119 additional configuration, but on the other side I like programs which do\r
120 not steel my time if it is not necessary.\r
121 \r
122 Bye\r
123 -Michal\r