Re: rendering HTML: how to disable

[Bernardo <bernardo.bacic@pobox.com>]

>
>> i still have an HTML formatted email which when opened makes
>> connections on the web;
>
> If you are using 'shr' to show HTML (the (new(ish)) default, check the
> variable mm-text-html-renderer), this variable should govern in which
> groups images are fetched automatically:
>
> ,----[ C-h v gnus-blocked-images RET ]
> | gnus-blocked-images is a variable defined in `gnus-art.el'.
> | Its value is gnus-block-private-groups
> | 
> | Documentation:
> | Images that have URLs matching this regexp will be blocked.
> | This can also be a function to be evaluated.  If so, it will be
> | called with the group name as the parameter, and should return a
> | regexp.
> | 
> | You can customize this variable.
> | 
> | This variable was introduced, or its default value was changed, in
> | version 24.1 of Emacs.
> `----
>
> The default 'gnus-block-private-groups is to not fetch images in
> "private groups" (i.e. only in "regular" newsgroups).
>
> So maybe you are using something else - like w3m? In that case you might
> want check what mm-w3m-safe-url-regexp is set to.
>
> [...]
>
>> mm-discouraged-alternatives is a variable defined in `mm-decode.el'.
>> Its value is ("text/html" "text/richtext" "image/.*")
>> Original value was nil
>
> I guess this doesn't help much if the only type the email contains is
> "text/html" - 'discouraged' means "not preferred", rather than "not
> chosen for display at all", I think.
>

looks like both settings are pretty standard:

gnus-blocked-images is a variable defined in `gnus-art.el'.
Its value is gnus-block-private-groups

mm-text-html-renderer is a variable defined in `mm-decode.el'.
Its value is shr

from memory, i think Thunderbird can "wash" HTML emails and prevent such
leaking of user's reading habits but i stopped using for other reasons

a quick look at gnus-block-private-groups didn't reveal why it's not
behaving as expected

guess i'll need to spend a bit more time trying to figure out how to
tackle this


thanks anyway

-- 
Rgds, Bernardo