make sure you have a mailcap entry for text/html. A simple one like text/html: cat %s; copiousoutput; should suffice.
Open the mail in alot
see here is the document: but not more important text!
The problem
Some mail user agents (like Apple Mail in this case) produce a multipart mixed mime part when the user drags and drops a external file in their mail. They can write text above and below the document in the user interface so they do not notice anything strange. If Apple mail can,it will even display the document in the middle. The resulting mail has a text/html part followed by a application/pdf (or whatever) part and another text/html part.
Alot only renders the first html part potentially hiding important information from our users!
Proposed solution
We should iterate over all items in a multipart/mixed and for each one decide if we can render it.
Describe the bug Not all html parts of a multi part email are rendered in alot.
Software Versions
To Reproduce Steps to reproduce the behaviour:
prefer_plaintext = Falsein the configtext/html. A simple one liketext/html: cat %s; copiousoutput;should suffice.here is the document:but notmore important text!The problem
Some mail user agents (like Apple Mail in this case) produce a multipart mixed mime part when the user drags and drops a external file in their mail. They can write text above and below the document in the user interface so they do not notice anything strange. If Apple mail can,it will even display the document in the middle. The resulting mail has a text/html part followed by a application/pdf (or whatever) part and another text/html part.
Alot only renders the first html part potentially hiding important information from our users!
Proposed solution
We should iterate over all items in a multipart/mixed and for each one decide if we can render it.