From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <Sanjoy.Mahajan@olin.edu>
Received: from localhost (localhost [127.0.0.1])
 by arlo.cworth.org (Postfix) with ESMTP id 0B2006DE00D3
 for <notmuch@notmuchmail.org>; Tue,  7 Jun 2016 08:52:19 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at cworth.org
X-Spam-Flag: NO
X-Spam-Score: -0.011
X-Spam-Level: 
X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5
 tests=[RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001,
 T_RP_MATCHES_RCVD=-0.01] autolearn=disabled
Received: from arlo.cworth.org ([127.0.0.1])
 by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id UTAOxujvxNl9 for <notmuch@notmuchmail.org>;
 Tue,  7 Jun 2016 08:52:11 -0700 (PDT)
Received: from EXCAS04.olin.edu (excas04.olin.edu [208.91.55.40])
 by arlo.cworth.org (Postfix) with ESMTPS id E17BE6DE00BF
 for <notmuch@notmuchmail.org>; Tue,  7 Jun 2016 08:52:10 -0700 (PDT)
Received: from insight.mit.edu (10.7.8.58) by EX03.olin.edu (10.1.15.11) with
 Microsoft SMTP Server (TLS) id 15.0.1104.5;
 Tue, 7 Jun 2016 11:52:08 -0400
Received: from sanjoy by insight.mit.edu with local (Exim 4.87)
 (envelope-from <sanjoy@olin.edu>)
 id 1bAJHp-0007zO-Sv; Tue, 07 Jun 2016 11:51:25 -0400
From: Sanjoy Mahajan <sanjoy@olin.edu>
To: David Bremner <david@tethera.net>, Allan Streib <astreib@indiana.edu>,
 <notmuch@notmuchmail.org>
Subject: Re: Bug/Issue: References header doesn't wrap in emacs package
In-Reply-To: <87vb1l9tt3.fsf@zancas.localnet>
References: <87612qwh04.fsf@viking.dsc.soic.indiana.edu>
 <87si5t1nhu.fsf@zancas.localnet> <878u7k21d8.fsf@zancas.localnet>
 <87d1ntg1a2.fsf@insight.mit.edu> <87vb1l9tt3.fsf@zancas.localnet>
User-Agent: Notmuch/0.22 (http://notmuchmail.org) Emacs/24.5.1
 (x86_64-pc-linux-gnu)
Date: Tue, 7 Jun 2016 11:51:25 -0400
Message-ID: <87twh5dmki.fsf@insight.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain
X-Originating-IP: [10.7.8.58]
X-ClientProxiedBy: EXCAS04.olin.edu (10.1.15.17) To EX03.olin.edu (10.1.15.11)
X-BeenThere: notmuch@notmuchmail.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "Use and development of the notmuch mail system."
 <notmuch.notmuchmail.org>
List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,
 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
List-Archive: <http://notmuchmail.org/pipermail/notmuch/>
List-Post: <mailto:notmuch@notmuchmail.org>
List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,
 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jun 2016 15:52:19 -0000

On 2016-06-07 06:28, David Bremner <david@tethera.net> wrote:

> Sanjoy Mahajan <sanjoy@olin.edu> writes:
>
>
>> I'm not sure whether fixing it in emacs is right.  The command 'notmuch
>> reply' is itself (with the sexp or json formats) generating the too-long
>> References: header.  Shouldn't it generate an RFC-compliant message?
>>
>> Or should the json/sexp formats remain agnostic about line length,
>> because wrapping doesn't make sense with key/value pairs?  In that case,
>> I agree that message-mode should fix any long lines.
>
> For me the main issue is that the references header is editable by the
> user before sending. So some input sanitization is needed at the sending
> stage.

Further supporting that argument, the user could also include a
1000-character line in the message body, which would require sanitizing
at the sending stage.

-Sanjoy