![](/img/trans.png)
[英]Perl script for e-mail responder has problems with HTML-formatted e-mails
[英]Should I avoid HTML-formatted notification e-mails?
幾年前,在向用戶發送通知電子郵件時,避免HTML格式化以支持純文本似乎是公認的智慧,因為a)並非所有電子郵件閱讀器都支持HTML和b)HTML格式的電子郵件是更有可能落在用戶的垃圾郵件文件夾中。
這些論點今天仍然有效,或者現在是HTML電子郵件公平游戲嗎?
我應該記住哪些限制?
編輯:
我打算只使用一小部分HTML - 粗體,斜體,鏈接,列表和表格就足夠了。
讓html電子郵件在任何地方正常工作是一項非常艱巨的任務(每個客戶端似乎都支持html / css等不同的小部分)。
如果您決定發送html
電子郵件,請務必發送多部分mime消息(同一電子郵件中的html和純文本版本),以便不了解html
客戶端可以正確呈現文本。
我相信HTML是目前的方式,我使用的所有客戶都使用HTML來呈現他們的電子郵件,但為了保證安全,你應該發送它格式,HTML和純文本。 使用.Net,它只需創建一個AlternateView。
以下是我發現的一些非常有用的資源
http://www.mailchimp.com/kb/article/how-to-code-html-emails/
根據電子郵件模板准備電子郵件HTML。 您可以找到許多准備和測試HTML電子郵件的服務。 只是谷歌周圍。
對於發送部分,准備您的郵件的純文本版本,並將電子郵件作為多部分發送。 您可以使用像Zend Mail這樣的開源庫或像MailChimp這樣的在線應用程序。 這樣,如果客戶端應用程序不支持HTML,則會顯示純文本版本。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.