Content deleted Content added
m moved HTML email to HTML e-mail: better title |
links |
||
Line 9:
=== Benefits ===
* The sender can express complex formatting, such as [[subscript]]s and [[superscript]]s, in scientific or [[mathematical formula]]s. Note that [[Unicode]] supports many such complex characters; however, font support issues with Unicode limit the usefulness of this possibility.
* The sender can properly express headings, bulleted lists, emphasize text, or use other visual cues to improve the readability and aesthetics of the message.
* Allows in-line inclusion of diagrams or mathematical formula as images, which are otherwise difficult to convey (typically using [[ASCII art]]).
=== Drawbacks ===
Line 18 ⟶ 19:
* The viewing of embedded external content, such as an [[Digital image|image]] in an email, can alert a third party that the e-mail has been opened. This is a potential privacy risk, and the reason for which some e-mail clients do not load external images by default.
* Most [[E-mail spam]] is sent in HTML so spam filters (such as [[Spamassassin]]) give high spam scores to HTML messages.
* Many HTML-based GUI [[email client]]s automatically convert common plain text characters, e.g.
For these reasons many [[Electronic mailing list|mailing list]]s deliberately block HTML e-mail, either stripping out the HTML part to just leave the plain text part or rejecting the entire message.
Line 28 ⟶ 29:
* [http://mailformat.dan.info/body/html.html Dan's Mail Format Site]
* [http://www.expita.com/nomime.html Configuring Mail Clients to Send Plain ASCII Text] — Argues that HTML (and MIME in general) should never be used in mail
* [http://momentum.insertdisc.com/archives/2004/09/17/html_email_still_evil_part_1.html HTML Email - Still Evil?]
* [http://www.georgedillon.com/web/html_email_is_evil_still.shtml HTML e-mail is STILL evil!!!]
* [http://www.evolt.org/article/HTML_Email_Isn_t_Rich/25/53732/ HTML Email Isn't Rich]
* [http://www.lowendmac.com/triasic/02/1022pf.html The Dying Art of Plain Text Email]
| |||