* Ed Blackman on Thursday, September 18, 2014 at 22:17:45 -0400
On Thu, Sep 18, 2014 at 12:52:25PM +0200, Nathan Schwarz wrote:
But alternative_order works fine, no more html-mail or lynx-dumps :)
However, note that at least some multipart/alternative emails come
with an empty or trivial
On 18Sep2014 22:17, Ed Blackman e...@edgewood.to wrote:
On Thu, Sep 18, 2014 at 12:52:25PM +0200, Nathan Schwarz wrote:
But alternative_order works fine, no more html-mail or lynx-dumps :)
However, note that at least some multipart/alternative emails come
with an empty or trivial text/plain
Mutt gives text/html seniority over text/plain.
To change this put this in your muttrc:
'alternative_order text/plain text/html'
- Nathan
--
/\ ASCII Ribbon Campaign
\ / - against HTML emails
X - against proprietory attachments
/ \ http://en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
On
Ah sorry - it's not mutt, as stated in RFC1521 the first possible
attachment should be opened and the order of attachments is set by the
sender, whereas the definition is, that the least favorable message-type
should be the last one in order.
Thus, mutt works compliant to the RFCs and the problem
On Thu, Sep 18, 2014 at 12:52:25PM +0200, Nathan Schwarz wrote:
But alternative_order works fine, no more html-mail or lynx-dumps :)
However, note that at least some multipart/alternative emails come with
an empty or trivial text/plain part. I don't know why someone would go
to the trouble
