30/0b87922cc99ae7f7bba75752d73c10b64f11e8

   1 Return-Path: <josch@debian.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 arlo.cworth.org (Postfix) with ESMTP id 146476DE1643\r
   6  for <notmuch@notmuchmail.org>; Sun, 18 Oct 2015 05:05:50 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.063\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.063 tagged_above=-999 required=5\r
  12  tests=[AWL=-2.807, URIBL_SBL=0.644, URIBL_SBL_A=0.1]\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 WVDa-cTQPVZB for <notmuch@notmuchmail.org>;\r
  17  Sun, 18 Oct 2015 05:05:48 -0700 (PDT)\r
  18 Received: from fulda116.server4you.de (fulda116.server4you.de [62.75.219.19])\r
  19  by arlo.cworth.org (Postfix) with ESMTP id 072FD6DE0943\r
  20  for <notmuch@notmuchmail.org>; Sun, 18 Oct 2015 05:05:47 -0700 (PDT)\r
  21 Received: from localhost (ip5f5ade40.dynamic.kabel-deutschland.de\r
  22  [95.90.222.64])\r
  23  by mister-muffin.de (Postfix) with ESMTPSA id 9670880288;\r
  24  Sun, 18 Oct 2015 14:05:44 +0200 (CEST)\r
  25 Content-Type: multipart/signed; protocol="application/pgp-signature";\r
  26  micalg="pgp-sha256"; boundary="===============5813283568621693483=="\r
  27 MIME-Version: 1.0\r
  28 Content-Disposition: inline\r
  29 From: Johannes Schauer <josch@debian.org>\r
  30 User-Agent: alot/0.3.6\r
  31 To: Jani Nikula <jani@nikula.org>, "David Bremner" <david@tethera.net>,\r
  32  "David Bremner" <david@tethera.net>, notmuch@notmuchmail.org\r
  33 References: <1443260122-5122-2-git-send-email-jani@nikula.org>\r
  34  <1444126846-1918-1-git-send-email-david@tethera.net>\r
  35  <87r3kscrsm.fsf@nikula.org>\r
  36 In-Reply-To: <87r3kscrsm.fsf@nikula.org>\r
  37 Message-ID: <20151018120544.4280.70668@localhost>\r
  38 Subject: Re: [WIP] tests: add test for case insensitive Content-Disposition\r
  39 Date: Sun, 18 Oct 2015 14:05:44 +0200\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.18\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44  <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Sun, 18 Oct 2015 12:05:50 -0000\r
  53 \r
  54 --===============5813283568621693483==\r
  55 Content-Type: text/plain; charset="utf-8"\r
  56 MIME-Version: 1.0\r
  57 Content-Transfer-Encoding: quoted-printable\r
  58 \r
  59 Hi,\r
  60 \r
  61 Quoting Jani Nikula (2015-10-18 13:58:01)\r
  62 > On Tue, 06 Oct 2015, David Bremner <david@tethera.net> wrote:\r
  63 > > These broken now, but will be fixed in the next commit\r
  64 > > ---\r
  65 > >\r
  66 > > The first test is OK, but the second one currently fails. It isn't\r
  67 > > clear to me if content dispositions permit RFC2047 style\r
  68 > > encoding. GMime does not decode them automatically (hence this test is\r
  69 > > failing). What is true is that the RFC states "Unrecognized\r
  70 > > disposition types should be treated as `attachment'". So maybe the\r
  71 > > logic in patch 1 should be reversed to check !=3D 'inline'.\r
  72 > =\r
  73 \r
  74 > > +Content-Type: text/plain\r
  75 > > +Content-Disposition: =3D?utf-8?b?YXR0YWNobWVudDsgZmlsZW5hbWU9ImJlZ3LDv=\r
  76 MOfdW5n?=3D\r
  77 > > + =3D?utf-8?b?LnBkZiI=3D?=3D\r
  78 > > +Content-Description: this is a very exciting file\r
  79 > =\r
  80 \r
  81 > Did you handcraft the example, or did some program actually produce\r
  82 > this? I don't think this is [RFC 2231] compliant. IIUC only the content\r
  83 > disposition parameter values may contain encoded words with\r
  84 > charset/language specification. Like this,\r
  85 > =\r
  86 \r
  87 > Content-Disposition: attachment; filename=3D"=3D?utf-8?B?cMOkw6RtaWVz?=3D"\r
  88 \r
  89 I'm using alot as my MUA and that produced the Content-Disposition line I\r
  90 quoted.\r
  91 \r
  92 Thanks!\r
  93 \r
  94 cheers, josch\r
  95 \r
  96 --===============5813283568621693483==\r
  97 MIME-Version: 1.0\r
  98 Content-Transfer-Encoding: 7bit\r
  99 Content-Description: signature\r
 100 Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"\r
 101 \r
 102 -----BEGIN PGP SIGNATURE-----\r
 103 Version: GnuPG v2\r
 104 \r
 105 iQIcBAABCAAGBQJWI4sYAAoJEPLLpcePvYPhjnsP/1yEawnlB7hExS9Bb8dUqOh7\r
 106 paNeYjCUNAGko0z+Kt4YysWvK/T7McXr/U9t6osmeKoaRmiCijUTi/9yfXBu3to1\r
 107 Ou28Fa/gUyfJbiMtE8JbTUfqB/dOSy2wY5RNfAqikU8NkhuNsAjhkncRautZ+YyY\r
 108 HLJUigT6V5nVoN7FlGjJ1atalEqbn5kpZlnIIafQWW5M5cnHSWiL1n7lmBjWev/T\r
 109 bQyDmKGN7JN6eyeyHbqvqIcNIPsGQd7sODUNW4ukUz9R1wVzNGBWqpXiI8+zCN3d\r
 110 YXg1jMNEzGaAjYTcyFKYe74KD2E5tgDeXmII63B7cpsry6OJRHcQUD9I8CJWylC9\r
 111 ZRuPk4YZy9s8CMtioTPoTq+w8siccSLB9Qcrr3pWWy1b4sNCDgnmSYQD9YJuGgkt\r
 112 4pzYX3AaorN2ILEuWzN8tqb7iTQXfQLoLYSFoR6lrVO48BGBY7L8Wc+OJUkw+AeX\r
 113 Czel0eD2mny6SxFw7NtRsDBo1Wwzp869YKd2X0MTVrUm9ZXlRfGcXAGQFBTQFPTn\r
 114 WaYnSCY9bKpXoZldI9tJq6wIoPd54w6GYCbMLMEZisn4mFHVeOgGlwPUaYzsm86T\r
 115 835AGm62l+26M50V4L6c3DTJ1D5O8sKsXSA9CakPypSGyGXOZAY8gNZX7Y+sof7Q\r
 116 YcbmXyBxKNCFpTrkQW0h\r
 117 =H93j\r
 118 -----END PGP SIGNATURE-----\r
 119 \r
 120 --===============5813283568621693483==--\r