From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id D17276DE1994 for ; Mon, 27 Feb 2017 00:31:21 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 0.072 X-Spam-Level: X-Spam-Status: No, score=0.072 tagged_above=-999 required=5 tests=[AWL=-0.058, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qrdMKMyQhhM6 for ; Mon, 27 Feb 2017 00:31:20 -0800 (PST) Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com [74.125.82.54]) by arlo.cworth.org (Postfix) with ESMTPS id 3EEB46DE18C2 for ; Mon, 27 Feb 2017 00:31:20 -0800 (PST) Received: by mail-wm0-f54.google.com with SMTP id t18so16785772wmt.0 for ; Mon, 27 Feb 2017 00:31:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:date:message-id:mime-version; bh=NxpLHyAYrzaZJ+dTXcxgrr/1BSK32S2IXGWB57gLICE=; b=DQkY/ols8T9KN7CO78EIiXwJ7paAeFuove1QChUMSxFHQUA3lLdiqfCPYJ0KEvmHjD AyVWhdB9/B17QGrZCeUC0FP+u/gDPdmLfN5dXxvi3KShDkvhBKNeQ3uv3cAOjGXU/f3t 336ONCs0HHRgVdUIkmBErbHrmHztwugOuFJ3Fd/yiyEnyc80XW1H9YElnq8JBXyNvn7K qAhZd4C5J3BSIQFim2ZFqfkNPhwFO8Gz+yW6jKOwPy4SyzLKFxMXUUQVTBax7tz7ZGw6 LvhUSMYJijrkMnVETTjKVMpB/prVyhta8XQ3UxPgMxj38CCYyr1xAhjpL+/EFajiRU2Q m3zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=NxpLHyAYrzaZJ+dTXcxgrr/1BSK32S2IXGWB57gLICE=; b=LQtgUE1XEcT80PpEKyI4rD+v1SM260AFNZmmRln1oi+/gIVYck7yfv9pyj2LtwTY2k bv7ihVi9h/8/kso+7FzLmz64VvAHwYBz9iFNS+ZOCXgJzqDgR0Su58ff7vuz8ObAOM0y WadnnZLOInVK6NQLGskgJ/67B+U8kvOO+4qg/UQXvK6UjPlb1F6ZA5rrCdWiuZ5QlS3X WpzVmhsOJ0kaG+j+ykxkPLBOTZsrtPWIQp7NBUP2/XLXdAopZ8IdBVE/7+JPUxxhI3g0 +97z88mZY2wUKKriQfrj7lqJX9gUVCVw5O7Z7GltMAkAQnyiA7/HSwBsi0J/5fSizZ3+ Hg3Q== X-Gm-Message-State: AMke39n2zAmuGVHycTH7Dj1nSIuXUBDStc9AGZEWvcg+4Lu8M+TqdFn/SSRmPSkI7MaRtQ== X-Received: by 10.28.16.211 with SMTP id 202mr13234956wmq.133.1488184277420; Mon, 27 Feb 2017 00:31:17 -0800 (PST) Received: from localhost (5751dfa2.skybroadband.com. [87.81.223.162]) by smtp.gmail.com with ESMTPSA id x25sm21308860wrx.27.2017.02.27.00.31.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Feb 2017 00:31:16 -0800 (PST) From: Mark Walters To: David Bremner , Tomas Nordin , notmuch@notmuchmail.org Subject: Re: [PATCH v2] emacs: show: stop display of application/* parts In-Reply-To: <87efz2ma7r.fsf@rocinante.cs.unb.ca> References: <1485596862-32326-1-git-send-email-markwalters1009@gmail.com> <87vasfhvg8.fsf@flaptop.tomnor.org> <87efz2ma7r.fsf@rocinante.cs.unb.ca> Date: Mon, 27 Feb 2017 08:31:15 +0000 Message-ID: <8737f0qbl8.fsf@qmul.ac.uk> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.22 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: Mon, 27 Feb 2017 08:31:21 -0000 Hi >> But what will we do if the user has not customized it because she >> /wants/ to display all possible things inline. I have not seen that this >> patch is merged into master, and probably, when I have learned about >> this variable, I think maybe it's better not to do it in the notmuch >> code. Well they can set mm-inline-override-types to "non-existent/type". Rather a kludge I agree. > The problem is that the gnus default is somehow unsafe, and causes bad > behaviour for people receiving large attachments. I agree with this and do think we should block this by default. In particular, gnus/mm stuff doesn't even check for the existence of unzip before running it on zip attachments so on my machines which don't have unzip I get a bodypart insertion error. One alternative would be to add a variable notmuch-mm-inline-override-types which would combine or replace mm-inline-override-types for notmuch's use. A defcustom would be clutter, but a variable would mean anyone with unusual requirements could just setq it. What does anyone think? Best wishes Mark