25/6e6a52b9f94c8b9ef2a9f9ffefd1d0d32f70a2

   1 Return-Path: <jani@nikula.org>\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 180CF431FAF\r
   6         for <notmuch@notmuchmail.org>; Wed, 11 Sep 2013 11:21:43 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id 5je5qsJttItT for <notmuch@notmuchmail.org>;\r
  16         Wed, 11 Sep 2013 11:21:35 -0700 (PDT)\r
  17 Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com\r
  18  [74.125.82.54])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
  19  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
  20  29244431FAE    for <notmuch@notmuchmail.org>; Wed, 11 Sep 2013 11:21:35 -0700\r
  21  (PDT)\r
  22 Received: by mail-wg0-f54.google.com with SMTP id e11so7011036wgh.21\r
  23         for <notmuch@notmuchmail.org>; Wed, 11 Sep 2013 11:21:34 -0700 (PDT)\r
  24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  25         d=1e100.net; s=20130820;\r
  26         h=x-gm-message-state:from:to:cc:subject:in-reply-to:references\r
  27         :user-agent:date:message-id:mime-version:content-type;\r
  28         bh=oEJ5P9HRMlMMSWpyxKWcVX6iHJq78WfkDonNgh2SLVo=;\r
  29         b=czZrm9YWXPPV0Hadp2//32pi0qshN8UfCSSMKWyVwFWY+ojoy4eJcnmbJRnXUsP9XL\r
  30         27BkoWojfbTIEy7G6LXxovzQ2etU1sH9BHfnj+frF0opaR+RELXbqKiiA0RMzLFuN6lm\r
  31         aWbOomJ26qwRzrkNV78JCVpMxWgz1jVu2B32tGZYRsy/rb10YlQNh2IoWn9uIldmmvA1\r
  32         sdGIjFj/xnq0v9ri6es1FhbEOfnEZIr3tm5E3y9swd/ziYDM64AtdCt4R8MKcAYvMLax\r
  33         pyngTCLLFnl5EwcI6MZzL1Pm38t5JdKqYQp7RJPzAWsMcZbfw0UAbREUga48L8La81l2\r
  34         vNsw==\r
  35 X-Gm-Message-State:\r
  36  ALoCoQkax4J2NXG1bSye2bEZat0e2fcDklKbjFU2mvkkOSGW/WNunjNO7rmxYnRFVGtSn6DGidqM\r
  37 X-Received: by 10.180.38.73 with SMTP id e9mr2470388wik.31.1378923694059;\r
  38         Wed, 11 Sep 2013 11:21:34 -0700 (PDT)\r
  39 Received: from localhost (dsl-hkibrasgw2-58c36f-91.dhcp.inet.fi.\r
  40         [88.195.111.91])\r
  41         by mx.google.com with ESMTPSA id ey2sm12457863wib.5.1969.12.31.16.00.00\r
  42         (version=TLSv1.2 cipher=RC4-SHA bits=128/128);\r
  43         Wed, 11 Sep 2013 11:21:33 -0700 (PDT)\r
  44 From: Jani Nikula <jani@nikula.org>\r
  45 To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>,\r
  46         Austin Clements <amdragon@MIT.EDU>\r
  47 Subject: Re: [PATCH] lib/cli: pass GMIME_ENABLE_RFC2047_WORKAROUNDS to\r
  48         g_mime_init() a test\r
  49 In-Reply-To: <522FA24D.8080307@fifthhorseman.net>\r
  50 References: <1378839078-6298-1-git-send-email-jani@nikula.org>\r
  51         <522F73A4.90802@fifthhorseman.net> <20130910223553.GI1426@mit.edu>\r
  52         <522FA24D.8080307@fifthhorseman.net>\r
  53 User-Agent: Notmuch/0.16+75~g1a51174 (http://notmuchmail.org) Emacs/24.3.1\r
  54         (x86_64-pc-linux-gnu)\r
  55 Date: Wed, 11 Sep 2013 21:21:34 +0300\r
  56 Message-ID: <87ob7zp6c1.fsf@nikula.org>\r
  57 MIME-Version: 1.0\r
  58 Content-Type: text/plain\r
  59 Cc: notmuch <notmuch@notmuchmail.org>\r
  60 X-BeenThere: notmuch@notmuchmail.org\r
  61 X-Mailman-Version: 2.1.13\r
  62 Precedence: list\r
  63 List-Id: "Use and development of the notmuch mail system."\r
  64         <notmuch.notmuchmail.org>\r
  65 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  66         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  67 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  68 List-Post: <mailto:notmuch@notmuchmail.org>\r
  69 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  70 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  71         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  72 X-List-Received-Date: Wed, 11 Sep 2013 18:21:43 -0000\r
  73 \r
  74 On Wed, 11 Sep 2013, Daniel Kahn Gillmor <dkg@fifthhorseman.net> wrote:\r
  75 > On 09/10/2013 06:35 PM, Austin Clements wrote:\r
  76 >\r
  77 >> I haven't looked at exactly what workarounds this enables, but if it's\r
  78 >> what I'm guessing (RFC 2047 escapes in the middle of RFC 2822 text\r
  79 >> tokens), are there really subject lines that this will misinterpret\r
  80 >> that weren't obviously crafted to break the workaround?  \r
  81 >\r
  82 > not to get all meta, but i imagine subject lines that refer an example\r
  83 > of this particular issue (e.g. when talking about RFC 2047) will break\r
  84 > ;)  I'm trying one variant here.\r
  85 \r
  86 The meta reply here, running the patch. The broken RFC 2047 got\r
  87 liberally accepted. :)\r
  88 \r
  89 >> The RFC 2047\r
  90 >> escape sequence was deliberately designed to be obscure, since RFC\r
  91 >> 2047 itself caused previously "standards-compliant" subject lines to\r
  92 >> potentially be interpreted differently.\r
  93 >\r
  94 > right, and it was designed explicitly to put the boundary markers atword\r
  95 > boundaries, and not in the middle of a word (i think that's what this is\r
  96 > all about, right?).  so implementations which put the boundary markers\r
  97 > in the middle of a word, or which include whitespace within the encoded\r
  98 > text, aren't speaking RFC 2047.\r
  99 >\r
 100 > anyway, if there's a rough consensus to go forward with this, i'm not\r
 101 > about to block it.  I understand that a large part of the business of\r
 102 > being an MUA is working around other people's bugs instead of expecting\r
 103 > them to fix them :/  I just don't like mis-rendering other text.\r
 104 \r
 105 I share your concern. Yet the amount of email with unintentionally\r
 106 broken encoding is much greater than the amount of email that has\r
 107 intentional character sequences that resemble broken encodings. Which is\r
 108 why I'm willing to sacrifice the latter to improve the user experience\r
 109 for majority of users. YMMV.\r
 110 \r
 111 BR,\r
 112 Jani.\r