[bandie91]

i would appreciate if they only could send meaningful plain text messages BESIDES the text/html bloat they send, not garbage. or do not add text/plain at all.

i often ancounter emails with multipart/alternative containing text/html and text/plain too but the plain part is

1) the HTML source, or

2) exists but empty, or in the best case

3) something like "see the html part", or in the worst case

4) a seemingly valid text but actually an earlier version of that in the html, or

4/b) valid text but with template variables not substituted with actual data.

[megous]

3) is funny because I have preference to view text/plain if it's present, and this just breaks it for the sender

For webapps I develop I make sure text/plain part is actually nice, not just passable. It's good for me too, because I can query the emails sent by the app from a database, and just see their content, and not the convoluted bloated garbage that mjml and friends spit out.