Regarding the following, written by "John Long" on 2019-10-31 at 10:17 Uhr +0000:
The approach Kevin proposed is completely HTML-agnostic and leaves it up to the user to provide an external tool that provides the HTML. Mutt then just does the required MIME-handling, which is clearly within the domain of a MUA.I thought there was already the capability in mutt to pipe email to another application?
Sure, you can filter your text/plain part through aspell. But you cannot currently create multipart/alternative emails.
There is no GUI requirement in any of this.I meant to say that HTML email becomes much less useful and in some cases worthless without a GUI. You can't display pictures or see advertising links on the console. I have tried to use various console browsers like links and lynx and I'm unable to use them with almost any webpage.
So you'll have your client configured to prefer text/plain when given the choice between alternatives. Which mutt already supports.
Can we please move on? -- @martinkrafft | https://riot.im/app/#/room/#madduck:madduck.net"der besitz der wahrheit ist nicht schrecklich,
sondern langweilig, wie jeder besitz."
- friedrich nietzsche
spamtraps: madduck.bo...@madduck.net
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
