"snoozing" with notmuch?
[notmuch-archives.git] / ef / 2dfa6c32f164a992cf1caa05788380d6e9a79c
1 Return-Path: <stlman@poczta.fm>\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 1A1D8431FB6\r
6         for <notmuch@notmuchmail.org>; Sun, 14 Dec 2014 15:49:37 -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: 0.001\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0.001 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001,\r
13         RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id SuzdKh+9rxTi for <notmuch@notmuchmail.org>;\r
17         Sun, 14 Dec 2014 15:49:33 -0800 (PST)\r
18 Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl\r
19         [217.74.65.157])\r
20         (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
21         (No client certificate requested)\r
22         by olra.theworths.org (Postfix) with ESMTPS id 968C9431FAF\r
23         for <notmuch@notmuchmail.org>; Sun, 14 Dec 2014 15:49:33 -0800 (PST)\r
24 X-Interia-R: Interia\r
25 X-Interia-R-IP: 89.65.17.18\r
26 X-Interia-R-Helo: <[192.168.0.13]>\r
27 Received: from [192.168.0.13] (89-65-17-18.dynamic.chello.pl [89.65.17.18])\r
28         (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))\r
29         (No client certificate requested)\r
30         by www.poczta.fm (INTERIA.PL) with ESMTPSA;\r
31         Mon, 15 Dec 2014 00:49:29 +0100 (CET)\r
32 Message-ID: <548E21FD.4040307@poczta.fm>\r
33 Date: Mon, 15 Dec 2014 00:49:17 +0100\r
34 From: Lukasz Stelmach <stlman@poczta.fm>\r
35 User-Agent: Mozilla/5.0 (X11; Linux x86_64;\r
36         rv:24.0) Gecko/20100101 Thunderbird/24.8.0\r
37 MIME-Version: 1.0\r
38 To: Jani Nikula <jani@nikula.org>, notmuch@notmuchmail.org\r
39 Subject: Re: [PATCH] emacs: do not change users' mail agent configuration\r
40 References: <1418410466-26604-1-git-send-email-stlman@poczta.fm>\r
41         <87k31vqn1h.fsf@nikula.org> <548CB582.4040807@poczta.fm>\r
42         <87h9wyr2bb.fsf@nikula.org>\r
43 In-Reply-To: <87h9wyr2bb.fsf@nikula.org>\r
44 X-Enigmail-Version: 1.6\r
45 Content-Type: multipart/signed; micalg=pgp-sha1;\r
46         protocol="application/pgp-signature";\r
47         boundary="xiub7qWL4WWHAfQqvouWvKPSQIVorrv4x"\r
48 X-Interia-Antivirus: OK\r
49 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl;\r
50         s=biztos; t=1418600970;\r
51         bh=hiXHmWWNKHd+WVUR/R78+H63XFdUv9+wOxYJqkvQrbU=;\r
52         h=X-Interia-R:X-Interia-R-IP:X-Interia-R-Helo:Message-ID:Date:From:\r
53         User-Agent:MIME-Version:To:Subject:References:In-Reply-To:\r
54         X-Enigmail-Version:Content-Type:X-Interia-Antivirus;\r
55         b=CMsX+TxabkXmrItKrlFfTTY2k/qYa04e7V6/BqOnDGE6A+TZz+xbWzao/g0pSQAM7\r
56         +I/1U6P3pqqW8U0gO4+nub55tRX1wDVufDKsONQUpP6CISeczf8ejHzwwob/8S/Zfd\r
57         KLQUgns+3SbqDIN1L+/XX0qHxTAC6K0I66sgKjI4=\r
58 X-BeenThere: notmuch@notmuchmail.org\r
59 X-Mailman-Version: 2.1.13\r
60 Precedence: list\r
61 List-Id: "Use and development of the notmuch mail system."\r
62         <notmuch.notmuchmail.org>\r
63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
64         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
66 List-Post: <mailto:notmuch@notmuchmail.org>\r
67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
69         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
70 X-List-Received-Date: Sun, 14 Dec 2014 23:49:37 -0000\r
71 \r
72 This is an OpenPGP/MIME signed message (RFC 4880 and 3156)\r
73 --xiub7qWL4WWHAfQqvouWvKPSQIVorrv4x\r
74 Content-Type: text/plain; charset=UTF-8\r
75 Content-Transfer-Encoding: quoted-printable\r
76 \r
77 On 14.12.2014 10:46, Jani Nikula wrote:\r
78 > On Sat, 13 Dec 2014, Lukasz Stelmach <stlman@poczta.fm> wrote:\r
79 >> On 13.12.2014 22:04, Jani Nikula wrote:\r
80 >>> On Fri, 12 Dec 2014, =C5=81ukasz Stelmach <stlman@poczta.fm> wrote:\r
81 >>>> `mail-user-agent' is defined with defcustom and may be customised\r
82 >>>> by users. It should not be set to arbitrary values in modules.\r
83 >>>\r
84 >>> Point taken.\r
85 >>>\r
86 >>>> To make use of that configuration value call `compose-mail' which\r
87 >>>> starts user's preferred mail composition package as selected with\r
88 >>>> the variable `mail-user-agent' instead of notmuch's hardcoded\r
89 >>>> `message-mail'.\r
90 >>>\r
91 >>> So your proposed change is that `notmuch-mua-mail` should start\r
92 >>> whichever mua the user has configured in `mail-user-agent` instead of=\r
93 \r
94 >>> the notmuch mail composition window, as described in the function\r
95 >>> documentation? I don't think I like that either.\r
96 >>>\r
97 >>> Maybe we should let bind `mail-user-agent` instead?\r
98 >>\r
99 >>\r
100 >> Actually `message-mail` isn't a "notmuch mail composition window" but\r
101 >> rather a "mail composition window" implemented in message.el which is =\r
102 a\r
103 >> part of Emacs.  Even more, it is the default "mail composition window"=\r
104 \r
105 >> in Emacs because the default value of `mail-user-agent`, as defined in=\r
106 \r
107 >> simple.el, is `message-user-agent` (since Emacs 23.3 as described in a=\r
108 \r
109 >> comment in `compose-mail` function therein) which causes to be launche=\r
110 d by\r
111 >> `compose-mail`.\r
112 >=20\r
113 > Basically notmuch layers its own stuff on top of message mode.\r
114 \r
115 I need to dig into notmuch-mua a little bit deeper but at the first\r
116 glance it doesn't seem that what I want is impossible. What I want is:\r
117 \r
118 - keep notmuch working as it is for everyone who uses it now,\r
119 \r
120 - enable clean integration with other MUAs for those who don't use it\r
121   yet.\r
122 \r
123 The second point is very important for me because I use Gnus for\r
124 incoming mail but notmuch is definitely better for browsing archives\r
125 and I'd love to use it.\r
126 \r
127 >> TL;DR with the mail-user-agent variable set to the default value nothi=\r
128 ng\r
129 >>       changes for a notmuch user.\r
130 >=20\r
131 > Except `message-user-agent` gets used instead of `notmuch-user-agent`\r
132 > which does the layering on top. We currently don't do much more, but\r
133 > might in the future. As an example, `notmuch-mua-send-hook` won't get\r
134 > called.\r
135 \r
136 Indeed I need to sit down and draw it all.\r
137 \r
138 > Another question open to debate is, if the user is using the notmuch\r
139 > interface, and calls a function named `notmuch-mua-new-mail` to compose=\r
140 \r
141 > mail, should the function respect `mail-user-agent` and pop up a\r
142 > non-notmuch interface? Basically what we do is tested to work on top of=\r
143 \r
144 > message mode only, so all bets would be off anyway.\r
145 \r
146 And that should be kept as default. I, on the other hand have tested,\r
147 replying from notmuch with Gnus (which is also works on top of message)\r
148 and as far as I can tell it works fine. I don't say notmuch has to work\r
149 with all possible user agents, I just want it to be able to work with\r
150 more than one.\r
151 \r
152 I will keep investigating the issue.\r
153 \r
154 BTW There is also the `read-mail-command` variable in simple.el which\r
155 which might need some of our attention.\r
156 \r
157 Kind regards,\r
158 --=20\r
159 By=C5=82o mi bardzo mi=C5=82o.                   Twoje oczy lubi=C4=85 mn=\r
160 ie\r
161 >=C5=81ukasz<                                     i to mnie zgubi  (c)SNL=\r
162 \r
163 \r
164 \r
165 --xiub7qWL4WWHAfQqvouWvKPSQIVorrv4x\r
166 Content-Type: application/pgp-signature; name="signature.asc"\r
167 Content-Description: OpenPGP digital signature\r
168 Content-Disposition: attachment; filename="signature.asc"\r
169 \r
170 -----BEGIN PGP SIGNATURE-----\r
171 Version: GnuPG v2\r
172 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/\r
173 \r
174 iQEcBAEBAgAGBQJUjiIFAAoJEAC2l2xjkdNxa4AIAIUh9AbpyM2ZeTGiCO33/dZD\r
175 cJ1bHkjWnQNZ/80pS9B9AGfaBVOue07XV3p/KQQVbKAYaXYhHwRpVozrIPqVoSdh\r
176 svM0FbAK+A7u65bk2gnDy6H489fhHMZcewQXwOkcYdiaTrZ9sLgvE/U1wf3PNsv2\r
177 4ROt0jYxm/1k+OwIJNnoIok8jajtv3JjzUyASQfMQjuMz8aEG6SOs97eRCvUGtzW\r
178 0rFwymCfV/C4lXeMCU3WL42FyLrCLDc2Ws5CbLdhbqNkhndedJn18cseGCd/jiDr\r
179 /4Ink9JIWLoP5WJM52BwONFD009CG38Yq4N5ar9Ax3HNmzhCXRJJSCMUxAPP4bs=\r
180 =BRGt\r
181 -----END PGP SIGNATURE-----\r
182 \r
183 --xiub7qWL4WWHAfQqvouWvKPSQIVorrv4x--\r