From 65bd65cd987732d42a47f8f34a2e770d4baa2abd Mon Sep 17 00:00:00 2001 From: Johannes Schauer Date: Wed, 8 May 2013 15:15:38 +0200 Subject: [PATCH] attachment with missing Content-Disposition --- 4a/81116059c7adf45f75b499dd6eca1a88ab2c44 | 83 +++++++++++++++++++++++ 1 file changed, 83 insertions(+) create mode 100644 4a/81116059c7adf45f75b499dd6eca1a88ab2c44 diff --git a/4a/81116059c7adf45f75b499dd6eca1a88ab2c44 b/4a/81116059c7adf45f75b499dd6eca1a88ab2c44 new file mode 100644 index 000000000..5d1fcf1c8 --- /dev/null +++ b/4a/81116059c7adf45f75b499dd6eca1a88ab2c44 @@ -0,0 +1,83 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 9D7B0431FB6 + for ; Wed, 8 May 2013 06:15:50 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: 0 +X-Spam-Level: +X-Spam-Status: No, score=0 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id 9iy8oC9a4DJZ for ; + Wed, 8 May 2013 06:15:44 -0700 (PDT) +Received: from mout.web.de (mout.web.de [212.227.17.11]) + by olra.theworths.org (Postfix) with ESMTP id DF2A9431FAF + for ; Wed, 8 May 2013 06:15:43 -0700 (PDT) +Received: from localhost ([212.201.44.247]) by smtp.web.de (mrweb103) with + ESMTPSA (Nemesis) id 0Lhvpu-1UDhkX2jGk-00nQev for + ; Wed, 08 May 2013 15:15:39 +0200 +Content-Type: text/plain; charset="utf-8" +MIME-Version: 1.0 +Content-Transfer-Encoding: quoted-printable +To: notmuch@notmuchmail.org +Message-ID: <20130508131538.4060.37894@hoothoot> +From: Johannes Schauer +User-Agent: alot/0.3.4 +Subject: attachment with missing Content-Disposition +Date: Wed, 08 May 2013 15:15:38 +0200 +X-Provags-ID: V02:K0:10e3hL1fzoVP1zE/Yb0jtLtPhFpriUCrqBwQjUYCHxS + XoBNzH4ORB8+63W6RjvL1PkAQVTOeNZW9DpyAG9h+FlC4KnBbm + dseK3IYQZqhHLVtCQyYaZJSC+zXIbrJaLrI1Fc+jAGyQHV7otG + yODQPA0Vusm+3LBgKRipEMAXsVUPVb9l/3no9cmltje5gXq+0q + cvv0V7ND1xM2Xco3eIb1w== +X-Mailman-Approved-At: Wed, 08 May 2013 06:21:26 -0700 +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +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: Wed, 08 May 2013 13:15:50 -0000 + +Hi, + +I recently received a multipart email with one of the parts being a pdf but= + the +part was not marked with "Content-Disposition: attachment". This let to not= +much +not adding tag:attachment to it. + +The sender assured me that he used Outlook 2013 but I can't reproduce the +problem myself as I dont have microsoft products at hand. But if Outlook 20= +13 +indeed adds attachments without setting "Content-Disposition: attachment", = +then +maybe the problem of notmuch not recognizing them as such is more severe? + +The question is also what to do about it and how to detect attachments of t= +his +kind. Apparently Thunderbird detects attachments that dont say +"Content-Disposition: attachment" but I did not try to figure out what its +heuristic is. Also the microsoft exchange server web client is able to figu= +re +out that this part is supposed to be an attachment. What do other MUAs do? + +So how to create a good heuristic? Using the Content-Type? In my case, the +supposed attachment was "application/octet-stream" for which it is probably +unambiguous that it is an attachment and not inline? + +Alternatively, how about making attachment detection configurable so that +everybody is free to decide himself what he wants to be treated as attachme= +nt? + +cheers, josch -- 2.26.2