From: David Bremner <david@tethera.net>
To: Austin Clements <aclements@csail.mit.edu>, Daniel Kahn Gillmor
	<dkg@fifthhorseman.net>
Subject: Re: privacy problem: text/html parts pull in network resources
In-Reply-To: <20150121211407.GK22599@csail.mit.edu>
References: <87ppa7q25w.fsf@alice.fifthhorseman.net>
	<20150121211407.GK22599@csail.mit.edu>
User-Agent: Notmuch/0.19+27~g29ffde4 (http://notmuchmail.org) Emacs/24.4.1
	(x86_64-pc-linux-gnu)
Date: Wed, 21 Jan 2015 22:46:35 +0100
Message-ID: <87h9vjx0w4.fsf@maritornes.cs.unb.ca>
MIME-Version: 1.0
Content-Type: text/plain
Cc: notmuch mailing list <notmuch@notmuchmail.org>
Precedence: list

Austin Clements <aclements@csail.mit.edu> writes:

> I have a fix for this on shr buried deep in an old patch series that I
> never got back to: id:1398105468-14317-12-git-send-email-amdragon@mit.edu
>
> For shr, the key is to set shr-blocked-images to ".".  However, IIRC,
> in the current notmuch message rendering pipeline, mm overrides this
> variable with something computed from gnus-blocked-images.  That said,
> I'm not sure why gnus-blocked-images isn't *already* taking care of
> this, but that's probably the place to start digging.
>


My particular maze of twisty configuration ends up in mm-shr, which
seems to ignore shr-blocked-images, but rather pay attention to
gnus-blocked-images and gnus-inhibit-images (does this seem like a bug
to anyone else?)

At least in emacs 24.4 the default value of gnus-blocked-images is set
to a function gnus-block-private-groups, which is probably unhelpful for
us.

Customizing gnus-blocked-images to a regex does seem to have some
effect. Also, setting gnus-inhibit-images to non-nil value.