Content deleted Content added
Add external link |
m →Adoption: Punctuation |
||
| (4 intermediate revisions by 4 users not shown) | |||
Line 8:
Most graphical [[email client]]s support HTML email, and many default to it. Many of these clients include both a [[GUI]] editor for composing HTML emails and a rendering engine for displaying received HTML emails.
Since its conception, a number of people have vocally opposed all HTML email (and even [[MIME]] itself), for a variety of reasons.<ref>[https://subversion.american.edu/aisaac/notes/htmlmail.htm HTML Email: Whenever Possible, Turn It Off!]</ref> For instance, the
While still considered inappropriate in many newsgroup postings and mailing lists, According to surveys by [[online marketing]] companies, adoption of HTML-capable email clients is now nearly universal, with less than 3% reporting that they use text-only clients.<ref>{{Cite web|title=Email Marketing Statistics and Metrics – EmailLabs |url=http://www.emaillabs.com/tools/email-marketing-statistics.html |date=2007-03-29 |access-date=2016-01-30 |quote=HTML has nearly universal adoption among consumers: A Jupiter Research consumer survey found just 3% receive only text email. |url-status=dead |archiveurl=https://web.archive.org/web/20070329012457/http://www.emaillabs.com/tools/email-marketing-statistics.html |archivedate=29 March 2007 }}</ref> The majority of users prefer to receive HTML emails over plain text.<ref>{{Cite web|title = Real-World Email Client Usage: The Hard Data {{!}} ClickZ|url = https://www.clickz.com/clickz/column/2138714/real-world-email-client-usage-the-hard-data|website = clickz.com|access-date = 2016-01-30|last = Grossman|date = 2002-07-09|first = Edward|quote = Do you prefer receiving HTML or text email? HTML: 41.95%, Text: 31.52%, No preference: 26.53%}}</ref><ref>{{Cite web|title = The Science of Email Marketing|url = http://www.slideshare.net/HubSpot/the-science-of-email-marketng/32|website = slideshare.net|access-date = 2016-01-30|quote = In what format do you prefer to receive email messages from companies? HTML: 88%, Plain text: 12%}}</ref>
Line 17 ⟶ 19:
Among those email clients that do support HTML, some do not render it consistently with [[W3C]] specifications, and many HTML emails are not compliant either, which may cause rendering or delivery problems.
In particular, the <code><nowiki><head></nowiki></code> tag, which is used to house CSS style rules for an entire HTML document, is not well supported, sometimes stripped entirely, causing in-line style declarations to be the [[De facto standard|''de facto'' standard]], even though in-line style declarations are inefficient and fail to take good advantage of HTML's ability to [[Separation of content and presentation|separate style from content]].{{citation needed|date=January 2015}} Although workarounds have been developed,<ref>{{cite web
{| class="wikitable"
|+"Email standards project" ''Acid test'' comparison (as of January 2013)
|-
!Clients !! Result (as of)
Line 93 ⟶ 95:
If an email contains inline content from an external server, such as a [[Digital image|picture]],
retrieving it requires a request to that external server which identifies where the picture will be displayed and other information about the recipient. [[
Some phishing attacks rely on particular features of HTML:<ref name=Trend>{{cite web|title=Trend-spotting email techniques: How modern phishing emails hide in plain sight |date=August 18, 2021 |url=https://www.microsoft.com/en-us/security/blog/2021/08/18/trend-spotting-email-techniques-how-modern-phishing-emails-hide-in-plain-sight/ |publisher=Microsoft.com}}</ref>
| |||