1 Return-Path: <Sanjoy.Mahajan@olin.edu>
\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 arlo.cworth.org (Postfix) with ESMTP id 0B2006DE00D3
\r
6 for <notmuch@notmuchmail.org>; Tue, 7 Jun 2016 08:52:19 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org
\r
11 X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5
\r
12 tests=[RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001,
\r
13 T_RP_MATCHES_RCVD=-0.01] autolearn=disabled
\r
14 Received: from arlo.cworth.org ([127.0.0.1])
\r
15 by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)
\r
16 with ESMTP id UTAOxujvxNl9 for <notmuch@notmuchmail.org>;
\r
17 Tue, 7 Jun 2016 08:52:11 -0700 (PDT)
\r
18 Received: from EXCAS04.olin.edu (excas04.olin.edu [208.91.55.40])
\r
19 by arlo.cworth.org (Postfix) with ESMTPS id E17BE6DE00BF
\r
20 for <notmuch@notmuchmail.org>; Tue, 7 Jun 2016 08:52:10 -0700 (PDT)
\r
21 Received: from insight.mit.edu (10.7.8.58) by EX03.olin.edu (10.1.15.11) with
\r
22 Microsoft SMTP Server (TLS) id 15.0.1104.5;
\r
23 Tue, 7 Jun 2016 11:52:08 -0400
\r
24 Received: from sanjoy by insight.mit.edu with local (Exim 4.87)
\r
25 (envelope-from <sanjoy@olin.edu>)
\r
26 id 1bAJHp-0007zO-Sv; Tue, 07 Jun 2016 11:51:25 -0400
\r
27 From: Sanjoy Mahajan <sanjoy@olin.edu>
\r
28 To: David Bremner <david@tethera.net>, Allan Streib <astreib@indiana.edu>,
\r
29 <notmuch@notmuchmail.org>
\r
30 Subject: Re: Bug/Issue: References header doesn't wrap in emacs package
\r
31 In-Reply-To: <87vb1l9tt3.fsf@zancas.localnet>
\r
32 References: <87612qwh04.fsf@viking.dsc.soic.indiana.edu>
\r
33 <87si5t1nhu.fsf@zancas.localnet> <878u7k21d8.fsf@zancas.localnet>
\r
34 <87d1ntg1a2.fsf@insight.mit.edu> <87vb1l9tt3.fsf@zancas.localnet>
\r
35 User-Agent: Notmuch/0.22 (http://notmuchmail.org) Emacs/24.5.1
\r
36 (x86_64-pc-linux-gnu)
\r
37 Date: Tue, 7 Jun 2016 11:51:25 -0400
\r
38 Message-ID: <87twh5dmki.fsf@insight.mit.edu>
\r
40 Content-Type: text/plain
\r
41 X-Originating-IP: [10.7.8.58]
\r
42 X-ClientProxiedBy: EXCAS04.olin.edu (10.1.15.17) To EX03.olin.edu (10.1.15.11)
\r
43 X-BeenThere: notmuch@notmuchmail.org
\r
44 X-Mailman-Version: 2.1.20
\r
46 List-Id: "Use and development of the notmuch mail system."
\r
47 <notmuch.notmuchmail.org>
\r
48 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,
\r
49 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
50 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>
\r
51 List-Post: <mailto:notmuch@notmuchmail.org>
\r
52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
53 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,
\r
54 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
55 X-List-Received-Date: Tue, 07 Jun 2016 15:52:19 -0000
\r
57 On 2016-06-07 06:28, David Bremner <david@tethera.net> wrote:
\r
59 > Sanjoy Mahajan <sanjoy@olin.edu> writes:
\r
62 >> I'm not sure whether fixing it in emacs is right. The command 'notmuch
\r
63 >> reply' is itself (with the sexp or json formats) generating the too-long
\r
64 >> References: header. Shouldn't it generate an RFC-compliant message?
\r
66 >> Or should the json/sexp formats remain agnostic about line length,
\r
67 >> because wrapping doesn't make sense with key/value pairs? In that case,
\r
68 >> I agree that message-mode should fix any long lines.
\r
70 > For me the main issue is that the references header is editable by the
\r
71 > user before sending. So some input sanitization is needed at the sending
\r
74 Further supporting that argument, the user could also include a
\r
75 1000-character line in the message body, which would require sanitizing
\r
76 at the sending stage.
\r