Cameron Simpson wrote:
On 16Jul2015 13:02, Chris Down ch...@chrisdown.name wrote:
I eventually worked this out[0].
I had previously tried using a message-hook to set
alternative_order, but that didn't work because I didn't realise
that alternative_order *appends*, it doesn't overwrite the
On 20Jul2015 16:11, m...@raf.org m...@raf.org wrote:
Cameron Simpson wrote:
In particular, I maintain a mutt group htmlers to track specific
senders which send useless plain text components. Keeps the condition
readable. [...]
another approach is to automatically run emails through a filter
Cameron Simpson writes:
In particular, I maintain a mutt group htmlers to track specific
senders which send useless plain text components. Keeps the condition
readable.
That's a great idea, thanks a lot for bringing that up.
Is there some way to force viewing HTML for certain senders? I tend to prefer
reading plain text over HTML (which I auto_view with w3m), but some senders
send stupidly broken e-mails as plain text, and the only reasonable thing to do
is view the HTML content instead.
For example, some senders
I eventually worked this out[0].
I had previously tried using a message-hook to set alternative_order, but that
didn't work because I didn't realise that alternative_order *appends*, it
doesn't overwrite the existing alternative_order.
So, the basic solution is to call unalternative_order
On 16Jul2015 13:02, Chris Down ch...@chrisdown.name wrote:
I eventually worked this out[0].
I had previously tried using a message-hook to set alternative_order,
but that didn't work because I didn't realise that alternative_order
*appends*, it doesn't overwrite the existing