From 366e0dac165e4b531357d6c52658b320995e9b1c Mon Sep 17 00:00:00 2001 From: David Bremner Date: Thu, 9 May 2013 10:36:49 +2100 Subject: [PATCH] Re: attachment with missing Content-Disposition --- c3/48deddc6c94d03db2497d95621439f591390f1 | 69 +++++++++++++++++++++++ 1 file changed, 69 insertions(+) create mode 100644 c3/48deddc6c94d03db2497d95621439f591390f1 diff --git a/c3/48deddc6c94d03db2497d95621439f591390f1 b/c3/48deddc6c94d03db2497d95621439f591390f1 new file mode 100644 index 000000000..0ed0b2572 --- /dev/null +++ b/c3/48deddc6c94d03db2497d95621439f591390f1 @@ -0,0 +1,69 @@ +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 41E88431FB6 + for ; Wed, 8 May 2013 06:36:59 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -2.3 +X-Spam-Level: +X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_MED=-2.3] 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 evG5tIMOuPJP for ; + Wed, 8 May 2013 06:36:54 -0700 (PDT) +Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21]) + (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id 97295431FAF + for ; Wed, 8 May 2013 06:36:54 -0700 (PDT) +Received: from tesseract.cs.unb.ca (tesseract.cs.unb.ca [131.202.240.238]) + by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id r48DapRP004483; + Wed, 8 May 2013 10:36:52 -0300 +Received: from remotemail by tesseract.cs.unb.ca with local (Exim 4.80) + (envelope-from ) + id 1Ua4Y7-0003l9-HG; Wed, 08 May 2013 10:36:51 -0300 +Received: (nullmailer pid 1743 invoked by uid 1000); + Wed, 08 May 2013 13:36:49 -0000 +From: David Bremner +To: Johannes Schauer , notmuch@notmuchmail.org +Subject: Re: attachment with missing Content-Disposition +In-Reply-To: <20130508131538.4060.37894@hoothoot> +References: <20130508131538.4060.37894@hoothoot> +User-Agent: Notmuch/0.15.2+69~g360c3c8 (http://notmuchmail.org) Emacs/24.2.1 + (x86_64-pc-linux-gnu) +Date: Wed, 08 May 2013 10:36:49 -0300 +Message-ID: <87wqr98ufi.fsf@maritornes.cs.unb.ca> +MIME-Version: 1.0 +Content-Type: text/plain +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:36:59 -0000 + +Johannes Schauer writes: +> +> Alternatively, how about making attachment detection configurable so that +> everybody is free to decide himself what he wants to be treated as attachment? + +That was my first thought when I saw the discussion on IRC. It seems to +be a special case of allowing saved searches to be configured at the +library level (it needs to be at least at the CLI level, but then all +the bindings users would have to duplicate this important +functionality). I don't know how hard this would be to code up, but +there are some things to think about, like how this configuration +information would be stored, and whether it would be part of dump and +restored information. + +d -- 2.26.2