bf/68746fe7589d04cf38a73eb9ecf62c6a25a861

   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 C9E2B6DE0130\r
   6  for <notmuch@notmuchmail.org>; Mon,  6 Jun 2016 20:06:01 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.006\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.006 tagged_above=-999 required=5 tests=[AWL=0.005,\r
  12   RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01]\r
  13  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 zwD0L0vOapIH for <notmuch@notmuchmail.org>;\r
  17  Mon,  6 Jun 2016 20:05:53 -0700 (PDT)\r
  18 X-Greylist: delayed 901 seconds by postgrey-1.35 at arlo;\r
  19  Mon, 06 Jun 2016 20:05:52 PDT\r
  20 Received: from EXCAS04.olin.edu (excas04.olin.edu [208.91.55.40])\r
  21  by arlo.cworth.org (Postfix) with ESMTPS id F1FC16DE00DA\r
  22  for <notmuch@notmuchmail.org>; Mon,  6 Jun 2016 20:05:52 -0700 (PDT)\r
  23 Received: from insight.mit.edu (108.20.254.101) by EX03.olin.edu (10.1.15.11)\r
  24  with Microsoft SMTP Server (TLS) id 15.0.1104.5;\r
  25  Mon, 6 Jun 2016 22:50:49 -0400\r
  26 Received: from sanjoy by insight.mit.edu with local (Exim 4.87)\r
  27  (envelope-from <sanjoy@olin.edu>)\r
  28  id 1bA76L-00046X-K8; Mon, 06 Jun 2016 22:50:45 -0400\r
  29 From: Sanjoy Mahajan <sanjoy@olin.edu>\r
  30 To: David Bremner <david@tethera.net>, Allan Streib <astreib@indiana.edu>,\r
  31  <notmuch@notmuchmail.org>\r
  32 Subject: Re: Bug/Issue: References header doesn't wrap in emacs package\r
  33 In-Reply-To: <878u7k21d8.fsf@zancas.localnet>\r
  34 References: <87612qwh04.fsf@viking.dsc.soic.indiana.edu>\r
  35  <87si5t1nhu.fsf@zancas.localnet> <878u7k21d8.fsf@zancas.localnet>\r
  36 User-Agent: Notmuch/0.22 (http://notmuchmail.org) Emacs/24.5.1\r
  37  (x86_64-pc-linux-gnu)\r
  38 Date: Mon, 6 Jun 2016 22:50:45 -0400\r
  39 Message-ID: <87d1ntg1a2.fsf@insight.mit.edu>\r
  40 MIME-Version: 1.0\r
  41 Content-Type: text/plain\r
  42 X-Originating-IP: [108.20.254.101]\r
  43 X-ClientProxiedBy: EXCAS03.olin.edu (10.1.15.15) To EX03.olin.edu (10.1.15.11)\r
  44 X-BeenThere: notmuch@notmuchmail.org\r
  45 X-Mailman-Version: 2.1.20\r
  46 Precedence: list\r
  47 List-Id: "Use and development of the notmuch mail system."\r
  48  <notmuch.notmuchmail.org>\r
  49 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  50  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  51 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  52 List-Post: <mailto:notmuch@notmuchmail.org>\r
  53 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  54 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  55  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  56 X-List-Received-Date: Tue, 07 Jun 2016 03:06:01 -0000\r
  57 \r
  58 On 2015-10-02 21:21, David Bremner <david@tethera.net> wrote:\r
  59 \r
  60 >>> The problem is a References header that is too long/not wrapped.\r
  61 >>>\r
  62 >>\r
  63 >> Hi Allan;\r
  64 >>\r
  65 >> Thanks for the report.  I can see how notmuch-reply would generate a\r
  66 >> long references header in that situation. We rely on message-mode (part\r
  67 >> of Gnus) to actually send the message, and it isn't clear to me yet if\r
  68 >> message-mode (or some function it invokes) normally folds long headers.\r
  69 >\r
  70 > I have reported this as an emacs bug.\r
  71 >\r
  72 >   http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21608\r
  73 \r
  74 I'm not sure whether fixing it in emacs is right.  The command 'notmuch\r
  75 reply' is itself (with the sexp or json formats) generating the too-long\r
  76 References: header.  Shouldn't it generate an RFC-compliant message?\r
  77 \r
  78 Or should the json/sexp formats remain agnostic about line length,\r
  79 because wrapping doesn't make sense with key/value pairs?  In that case,\r
  80 I agree that message-mode should fix any long lines.\r
  81 \r
  82 By the way, the latest Exim release (4.87), at least as configured in\r
  83 Debian, does limit lines to 998 characters, and that limit has been\r
  84 causing me a few hiccups -- usually when I reply to a message sent by\r
  85 gmail with a zillion references (perhaps it lists every message in the\r
  86 thread).\r
  87 \r
  88 -Sanjoy\r