From ba09c54f751f73481892aa1dad08686161d132dc Mon Sep 17 00:00:00 2001 From: Sanjoy Mahajan Date: Wed, 8 Jun 2016 11:51:25 +2000 Subject: [PATCH] Re: Bug/Issue: References header doesn't wrap in emacs package --- 6d/ddf5f1578ed77980157a1744e9cdd6bfe508c3 | 78 +++++++++++++++++++++++ 1 file changed, 78 insertions(+) create mode 100644 6d/ddf5f1578ed77980157a1744e9cdd6bfe508c3 diff --git a/6d/ddf5f1578ed77980157a1744e9cdd6bfe508c3 b/6d/ddf5f1578ed77980157a1744e9cdd6bfe508c3 new file mode 100644 index 000000000..95935f56f --- /dev/null +++ b/6d/ddf5f1578ed77980157a1744e9cdd6bfe508c3 @@ -0,0 +1,78 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by arlo.cworth.org (Postfix) with ESMTP id 0B2006DE00D3 + for ; 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 ; + 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 ; 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 ) + id 1bAJHp-0007zO-Sv; Tue, 07 Jun 2016 11:51:25 -0400 +From: Sanjoy Mahajan +To: David Bremner , Allan Streib , + +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." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 07 Jun 2016 15:52:19 -0000 + +On 2016-06-07 06:28, David Bremner wrote: + +> Sanjoy Mahajan 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 -- 2.26.2