Content deleted Content added
→Security vulnerabilities: add links to web bug and e-mail privacy |
Eric726960 (talk | contribs) No edit summary |
||
Line 5:
HTML mail allows the sender to properly express headings, bulleted lists, emphasized text, [[subscript]]s and [[superscript]]s, and other visual and [[typographic]] cues to improve the readability and aesthetics of the message. Long [[URL]]s can be linked to without being broken into multiple pieces, and text is wrapped to fit the width of the user agent's viewport, instead of uniformly breaking each line at 78 characters (defined in RFC 2822, which was necessary on older [[data terminal]]s). It allows in-line inclusion of diagrams or mathematical formula as images, which are otherwise difficult to convey (typically using [[ASCII art]]).
Since its conception, a number of people have vocally opposed all HTML email (and even [[MIME]] itself), for a variety of reasons. While still considered inappropriate in newsgroup postings and most mailing lists, its adoption for personal and business mail has only increased over time. Some of those who opposed it vehemently when it first came out now see it as mostly harmless.<ref>[http://birdhouse.org/blog/2006/01/15/html-email-the-poll/ HTML Email: The Poll] (Scot Hacker, originator of the much-linked-to ''Why HTML in E-Mail is a Bad Idea'' discusses how his feelings have changed since the 90s)</ref> During periods of increased network threats, the Department of defense converts all incoming html e-mail to text e-mail.<ref>[http://www.fcw.com/article97178-12-22-06-Web/ DOD bars use of HTML e-mail, Outlook Web Access]</ref>
== Compatibility ==
| |||