编辑“︁HTML郵件”︁

{{roughtranslation|time=2020-04-27T06:12:50+00:00}}
'''HTML郵件'''（HTML email）為使用[[HTML]]格式子集的[[電子郵件]]，此類郵件較[[純文本]]多了HTML格式及語義標記功能 <ref>{{Cite web|title = Text Email vs HTML Email – The Pros and Cons {{!}} Thunder Mailer – Mass Emailing Software|url=http://www.thundermailer.com/text-email-vs-html-email-the-pros-and-cons/|website=www.thundermailer.com|access-date=2016-01-30|archive-date=2016-02-03|archive-url=https://web.archive.org/web/20160203153247/http://www.thundermailer.com/text-email-vs-html-email-the-pros-and-cons/|dead-url=no}}</ref>。 HTML郵件已經可以使用文字[[超連結]]功能，不必再文本中顯示一長串的URL，也可將一長串的URL按照視窗大小分行，不是像以往一樣只能固定78個字元分行（RFC 5322 格式，較舊文本處理器使用的格式）。 它也允许在文字中插入图片、表格、圖表、數學算式等，這些功能的表现优于[[ASCII艺术|ASCII art]]等舊格式。 

== 採用 ==
大多數圖形電子郵件用戶端支援HTML郵件，當中有很多將其設為默認設定。

很多用戶端可以使用[[图形用户界面|GUI]]來編輯HTML郵件，以及使用排版引擎來呈現接收到的郵件。 

概念提出以來，一些人基於各種不同的理由反對整個HTML email（乃至[[多用途互聯網郵件擴展|MIME]]本身）<ref>{{Cite web|url=https://subversion.american.edu/aisaac/notes/htmlmail.htm|title=HTML Email: Whenever Possible, Turn It Off!|accessdate=2018-02-03|last=Isaac|first=Alan G.|work=subversion.american.edu|language=en|archive-date=2016-06-03|archive-url=https://web.archive.org/web/20160603102810/https://subversion.american.edu/aisaac/notes/htmlmail.htm|dead-url=no}}</ref>。舉例來說，[[ASCII絲帶行動|ASCII Ribbon運動]]主張全部的電子郵件應該被放進去[[ASCII]]文字格式<!-- 這邊的sent in 不是放進去，是「寄送信件」的意思 -->，而這個運動是不成功的而在2013被放棄了<ref>{{Cite web|title=The Ascii Ribbon Campaign official homepage|url=http://www.asciiribbon.org/|date=2013-07-25|access-date=2016-01-30|deadurl=yes|archiveurl=https://web.archive.org/web/20130725042359/http://www.asciiribbon.org/|archivedate=2013-07-25}}</ref><ref>{{Cite web|title = Shutdown of the ASCII ribbon campaign - Pale Moon forum|url=http://forum.palemoon.org/viewtopic.php?f=4&t=2705|website=forum.palemoon.org|access-date=2016-01-30|archive-url=https://web.archive.org/web/20160203102930/http://forum.palemoon.org/viewtopic.php?f=4&t=2705|archive-date=2016-02-03|dead-url=yes}}</ref><!-- 放棄可以翻為無疾而終 -->。當持續思考不當在很多的新聞群組的發表和郵件清單，它採用個人和商務郵件隨著時間的推移而增加<!-- 這邊的While...句型應該翻譯為「雖然...不過」 -->。一些強烈反對它的人當它首度出現至今我們視它為無害<ref>{{cite web |title=HTML Email: The Poll |url=http://birdhouse.org/blog/2006/01/15/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 1990s)</ref><!-- 一些當初強烈反對HTML郵件的人現在大多認為其無害 -->。

根據線上營銷公司調查， 大部分的電子郵件用戶端都能使用HTML郵件，僅有3%僅能使用純文本客戶端<ref>{{Cite web|url=http://www.emaillabs.com/tools/email-marketing-statistics.html|title=Email Marketing Statistics and Metrics - EmailLabs|date=2007-03-29|archiveurl=https://web.archive.org/web/20070329012457/http://www.emaillabs.com/tools/email-marketing-statistics.html|archivedate=2007-03-29|quote=HTML has nearly universal adoption among consumers: A Jupiter Research consumer survey found just 3% receive only text email.|access-date=2016-01-30|deadurl=yes}}</ref>。大多數用戶喜歡通過純文本接收HTML電子郵件<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=www.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%|archive-date=2016-02-05|archive-url=https://web.archive.org/web/20160205005209/https://www.clickz.com/clickz/column/2138714/real-world-email-client-usage-the-hard-data|dead-url=no}}</ref><ref>{{Cite web|title = The Science of Email Marketing|url=http://www.slideshare.net/HubSpot/the-science-of-email-marketng/32|website=www.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%|archive-date=2016-02-05|archive-url=https://web.archive.org/web/20160205154645/http://www.slideshare.net/HubSpot/the-science-of-email-marketng/32|dead-url=no}}</ref>。

== 相容性 ==
郵件軟體符合規定是靠著 RFC 2822 只需要支持純文本，不是將HTML格式化<!-- 這句話的意思是 RFC 2822 格式只支援純文本，不能支持HTML格式，再想一下怎麼寫

原文：Email software that complies with RFC 2822 is only required to support plain text, not HTML formatting. -->。發送HTML格式的電子郵件可以因此導致問題如果收件人的電郵客戶沒有支持它<!-- 意思是所以如果對方不支援HTML格式，那就會出問題

原文：Sending HTML formatted emails can therefore lead to problems if the recipient's email client does not support it -->。在最糟的案子裡<!-- In the worst case 叫做最糟的狀況下 -->收件人將會看到HTML碼而不是預期的訊息。

那些支持HTML的電子郵件客戶端，有些沒有給予它[[万维网联盟|W3C]]始終如一規格<!-- 若不依W3C規範排版

原文：
some do not render it consistently with W3C specifications -->，許多HTML電子郵件也無法相容，那些可能造成翻譯或呈現問題<!-- 原文是rendering or delivery problems欸，不是這樣吧XD -->，特別是[[Gmail]]的用戶{{cn|date=March 2015}}。

尤其是<code><head></code>的標記，它用於容納CSS樣式規則在整個HTML裡文件，沒有很好的支持，有時完全剝離，導致在線樣式聲明成為事實上的標準，即使在線樣式聲明效率低下，也無法充分利用HTML的能力從內容分離風格{{cn|date=January 2015}}<!-- 尤其是<head>的標記，它用於容納CSS樣式規則在整個HTML裡文件，沒有很好的支持，有時完全剝離，導致在線樣式聲明成為事實上的標準，即使在線樣式聲明效率低下，也無法充分利用HTML的能力從內容分離風格

n particular, the 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, even though in-line style declarations are inefficient and fail to take good advantage of HTML's ability to separate style from content. -->。儘管已經制定了解決方法，<ref>{{cite web|author=Dialect<http://dialect.ca/>|url=http://premailer.dialect.ca/|title==Premailer: make CSS inline for HTML e-mail|publisher=Premailer.dialect.ca|date=|accessdate=2012-06-24|archive-date=2012-06-21|archive-url=https://web.archive.org/web/20120621044451/http://premailer.dialect.ca/|dead-url=no}}</ref>這已經在通訊開發人員中引起了不少挫折，催生基層電子郵件標準項目，對電子郵件客戶端進行酸性測試([[Acid Test]])的評分，受到Web標準項目的啟發，並遊說開發商改進他們的產品。<ref>{{cite web|url=https://www.campaignmonitor.com/blog/post/2468/why-we-need-web-standards-supp-1|title=Why we need standards support in HTML email|publisher=Campaign Monitor|date=|accessdate=2012-06-24|archive-date=2012-07-22|archive-url=https://web.archive.org/web/20120722113232/http://www.campaignmonitor.com/blog/post/2468/why-we-need-web-standards-supp-1/|dead-url=no}}</ref>說服Google改善Gmail中的呈現，例如，他們發表了一個鬼臉網絡開發者的視頻剪輯，引起員工的注意。

{|class="wikitable"
|+"電子郵件標準項目“酸性測試比較（截至2013年1月)[http://www.email-standards.org/]{{Wayback|url=http://www.email-standards.org/ |date=20171206060404 }}
|-
!客戶端
!結果（截至）
|-
|美國在線Webmail
|{{yes|支持（2011年7月13日）}}
|-
|蘋果iPhone
|rowspan=3{{yes|支持（2011年7月13日）}}
|-
|蘋果iPad
|-
|蘋果iPod Touch
|-
|蘋果郵件
|{{yes|支持（2007年11月28日）}}
|-
|蘋果MobileMe
|{{yes|支持（2008年8月15日）}}
|-
|[[Eudora]]<br/>EudoraOSE代號為“Penelope”
|{{yes|支持（2007年11月28日）}}
|-
|[[Microsoft Entourage]]
|{{yes|支持（2007年11月28日）}}
|-
|[[Mozilla Thunderbird]]
|{{yes|支持（2007年11月28日）}}
|-
|[[Windows Live Mail]]
|{{yes|支持（2007年11月28日）}}
|-
|[[邮件 (Windows)|Windows Mail]]
|{{yes|支持（2007年11月28日）}}
|-
|雅虎郵件測試版
|{{yes|支持（2007年11月28日）}}
|-
|[[Outlook.com|Windows Live Hotmail]]
|{{partial|建議進行一些改進（2011年7月8日）}}
|-
|[[Gmail|Google Gmail]]
|{{partial|建議改進（2011年7月13日）}}
|-
|[[IBM Lotus Notes|Lotus Notes]] 8
|{{partial|建議改進（2007年11月28日）}}
|-
|[[Microsoft Outlook]] 2007
|{{partial|建議改進（2007年11月28日）}}
|}

== 風格 ==

一些發件人可能過分依賴大型，豐富多彩，或分散字體，使訊息更難以閱讀。<ref>{{cite web|last=Shobe|first=Matt|url=http://www.burningdoor.com/matt/archives/000782.html|title=A pretty fair argument against HTML Email|publisher=Burningdoor.com|date=2004-10-12|accessdate=2012-06-24|deadurl=yes|archiveurl=https://web.archive.org/web/20120424084806/http://www.burningdoor.com/matt/archives/000782.html|archivedate=2012-04-24}}</ref>對於那些特別被格式化困擾的用戶來說，一些用戶代理可以讓讀者部分地重寫格式（例如，Mozilla Thunderbird允許指定最小的字體大小）；但是，這些功能並不是全球可用的。此外，發件人和讀者之間的光學外觀差異可以幫助區分每個部分的作者，提高可讀性。

== 多部分格式 ==

許多電子郵件服務器被配置為自動生成純文本版本的消息，並將其與HTML版本一起發送，以確保它甚至可以通過純文本的電子郵件客戶端使用Content-Type來閱讀<code>:</code>多部分/備選，如 RFC 1521 中所規定的。<ref>{{Cite web |url=http://tools.ietf.org/html/rfc1521#section-7.2.3 |title=RFC 1521 7.2.3. The Multipart/alternative subtype |accessdate=2017-10-01 |archive-date=2017-10-10 |archive-url=https://web.archive.org/web/20171010045612/https://tools.ietf.org/html/rfc1521#section-7.2.3 |dead-url=no }}</ref><ref>{{cite web|url=http://www.codestone.ltd.uk/software/docs/csmail/tn1010-11-2.pdf|title=TN1010-11-2: Multipart/Alternative — Gracefully handling HTML-phobic email clients.|format=PDF|date=|accessdate=2012-06-24|archive-date=2012-02-13|archive-url=https://web.archive.org/web/20120213082604/http://www.codestone.ltd.uk/software/docs/csmail/tn1010-11-2.pdf|dead-url=no}}</ref><ref>{{cite web|url=http://www.wilsonweb.com/wmt5/html-email-multi.htm|title=Sending HTML and Plain Text E-Mail Simultaneously|publisher=Wilsonweb.com|date=2000-04-28|accessdate=2012-06-24|archive-date=2012-05-05|archive-url=https://web.archive.org/web/20120505142443/http://www.wilsonweb.com/wmt5/html-email-multi.htm|dead-url=no}}</ref>T他的信息本身是多部分/替代的類型，它包含兩個部分，第一個是純文本客戶端讀取的文本/純文本，第二個是帶有HTML/HTML的客戶端讀取的文本。但純文本版本可能會丟失重要的格式信息。（例如，一個數學方程可能會失去一個上標，並具有一個全新的含義。）

許多郵件列表故意阻止HTML電子郵件，或者刪除HTML部分，只留下純文本部分或拒絕整個郵件。{{Cn|date=September 2009}}

部件的順序是重要的。RFC 1341 指出：一般來說，組成多部分/替代實體的用戶代理應該按照優先級遞增的順序放置正文部分，也就是說，首選格式是最後一個。對於帶有html和純文本版本的多部分電子郵件，這意味著首先列出純文本版本，之後列出html版本，否則即使html版本可用，客戶端也可能默認顯示純文本版本。

== 郵件大小 ==

HTML電子郵件比純文本大。即使沒有使用特殊的格式，將會在最小的HTML文檔中使用標籤的開銷，如果格式化過度使用，可能會高得多。多部分消息，以不同格式的相同內容的副本，甚至進一步增加尺寸。純文本部分的一個多部分消息可以被自己檢索，但是要使用[[因特网信息访问协议|IMAP]]的FETCH命令。<ref>{{cite web|url=http://dsv.su.se/jpalme/ietf/mhtml-discussion.html|title=Do we really want to send web pages in e-mail?|publisher=Dsv.su.se|date=|accessdate=2012-06-24|archive-date=2007-02-19|archive-url=https://web.archive.org/web/20070219091819/http://dsv.su.se/jpalme/ietf/mhtml-discussion.html|dead-url=no}}</ref>

雖然明文和混合郵件（可能是十倍或十倍以上）之間的下載時間差異在20世紀90年代（當大多數用戶通過緩慢訪問電子郵件服務器[[调制解调器|數據機]])，在現代連接上，對於大多數人來說差別是微不足道的，尤其是與圖像，音樂文件或其他常見附件相比時。

== 安全漏洞 ==

HTML允許將鏈接顯示為任意文本，以便不顯示完整的URL，一個鏈接可能只顯示其中的一部分或只是一個用戶友好的目標名稱。這可以用於釣魚式攻擊，其中用戶被愚弄，認為鏈接指向權威來源（如銀行）的網站，訪問它，並無意中透露個人信息（如銀行帳號）給騙子

如果電子郵件包含網路漏洞（來自外部服務器的內嵌內容，例如圖片），服務器可以提醒第三方電子郵件已被打開。這是潛在的隱私風險，揭示了一個電子郵件地址是真實的（以便它可以在將來成為目標）並揭示消息何時被讀取。為此，有些電子郵件客戶端在用戶請求之前不會加載外部映像。

HTML內容要求電子郵件程序使用引擎進行分析，呈現並顯示文檔.這可能會導致更多的安全漏洞，拒絕服務或舊電腦的低性能。

在網絡威脅增加期間，美國國防部將所有傳入的HTML電子郵件轉換為文本電子郵件。<ref>{{cite web|url=http://fcw.com/articles/2006/12/22/dod-bars-use-of-html-email-outlook-web-access.aspx|title=DOD bars use of HTML e-mail, Outlook Web Access|publisher=fcw.com|date=|accessdate=2015-06-23|archive-date=2015-06-23|archive-url=https://web.archive.org/web/20150623194943/http://fcw.com/articles/2006/12/22/dod-bars-use-of-html-email-outlook-web-access.aspx|dead-url=no}}</ref>

多部分類型旨在以不同的方式顯示相同的內容，但這有時會被濫用;一些垃圾電郵利用這種格式來欺騙垃圾郵件過濾器，使其相信郵件是合法的。他們通過在消息的文本部分包含無害內容並將垃圾郵件放入HTML部分（向用戶顯示的部分）來實現這一點。

大多數電子郵件垃圾郵件都是用HTML發送的，所以垃圾郵件過濾器有時會給HTML郵件提供更高的垃圾郵件分數。

== 参见 ==
* [[格式化文本]]-使用MIME的類似於HTML的電子郵件系統
* [[MHTML]]

== 參考資料 ==
{{reflist}}

[[Category:电子邮件]]
[[Category:網路術語]]
[[Category:HTML]]