V

This is an old revision of the document!


Notes on Plain Text vs. HTML mail

Contra HTML mail

  • Ecological madness
  • High complexity
    • Harder to develop, hence more expensive
    • Handling more likely to break (e.g. Kaputte Zitate im Plain-Text von Gmail)
    • Less transparent; errors are harder to debug (for users and developers)
    • Higher hurdle for first time users (e.g. for newsletters)
  • Security hazards (cf. security bug fixes of main mail programs such as Security Advisories for Thunderbird)
  • Privacy hazards (e.g. HTML is used to track users)
  • Content more likely to be falsely categorized as spam etc.
  • Some automated systems (e.g. mailing lists) do not accept HTML and will reject messages, use only the alternative plain text part or convert the HTML potentially causing formatting issues.
  • Reduced accessibility
  • Double effort (HTML and text need to be formatted and checked)
  • Little guarantee that messages will be shown as intended
  • More distractions (e.g. font selectors, emoji buttons)

Pro HTML mail

  • Formatting text
  • Ability to create "rich" content (forms, graphs, animations, …)

Contra plain text mail

  • Text wrapping issues if lines are hard-wrapped (not format=flowed)
  • Some content is better sent as attachment (e.g. illustrations)

Pro plain text mail

  • Easy, small, ecologically friendly (compared to HTML mail)
  • Text can be shown by all devices
  • Accessibility as good as it gets

References

 
html-mail-vs-plain-text.1508080856.txt.gz · Last modified: 2017-10-15 17:20 by andreas