支持電子郵件格式：純文本或HTML？

我必須發送有關係統事件（服務窗口，警報等）的計劃支持通知電子郵件。我發現我從供應商那裏收到的大部分電子郵件都是純文本格式。支持電子郵件格式：純文本或HTML？

我不知道我應該堅持純文本格式，以及（伴有侷限性），或提供基於一個更好的可視化的HTML？

我知道不同的電子郵件客戶端的HTML有限的渲染能力，但我想這與圖像並不複雜的HTML將確定。

如果您可能有任何不接受HTML電子郵件的客戶端，則應從該決定開始。

這是不常見的，它曾經是，但你仍然可能有一些安全Concious酒店用戶不允許HTML。

但是，您可以在同一封電子郵件中提供純文本替代。

你也應該考慮它的HTML提供高於純文本值？對我而言，我通常收到的信息會在主題行內傳輸，以獲得最佳可讀性。

2010-02-04 11:37:03

將mutli-part純文本和html聲音發送爲一個好主意，但這是否清楚了不同的客戶端如何顯示這些消息？ – 2010-02-04 16:11:16

我相信客戶端應該展示他們可以提供的最強化的版本，也就是說，它會優雅地降級爲純文本。然而，這將取決於客戶本身。 – 2010-02-04 20:52:44

這是一個有用的純文本電子郵件格式鏈接：http://www.email-marketing-reports.com/iland/2008/08/plain-text-emails-design-and-format.html – daniloquio 2011-09-09 16:11:43

-1

也許將HTML'rich'版本作爲附件發送到純文本電子郵件？保存更簡單的電子郵件客戶端？

2010-02-04 11:33:38 monojohnny

要從Web應用程序發送郵件，必須通過一些代碼（C＃，PHP，Java等）來完成。我們通常爲郵件設置MIME類型。

，您可以檢查這些鏈接

2010-02-04 11:37:06 Ravia

謝謝，你呢有不同的客戶端顯示多部分消息的體驗嗎？ – 2010-02-04 16:13:02

顯然，這真的取決於你與你的電子郵件做什麼，但如果有使用無真正值HTML格式，我說爲什麼一塌糊塗。

我傾向於不認真對待HTML電子郵件 - 通常他們是通訊或你有什麼。明文電子郵件幾乎總是意味着「商業」。那可能就是我。

2010-02-04 15:14:45

我相信在電子郵件中使用一些html格式選項是有價值的，例如高亮度和顏色在多人之間複雜的電子郵件鏈中非常有用。 – 2011-11-08 16:06:26

發送HTML郵件時，垃圾郵件過濾器也可能會將郵件標記爲「可能是垃圾郵件」，尤其是如果它們是自動發送的。至少SpamAssassin懲罰HTML。

2010-02-04 15:24:14

如果你選擇發送HTML，請確保您還包括一個文本版本（如發送多部分MIME）......原因是大部分垃圾郵件過濾更容易詮釋的只有HTML的電子郵件（無純文本組件）作爲垃圾郵件。

使用多部分MIME的另一個明顯優勢是，你讓收件人選擇（通過他們的電子郵件客戶端），他們希望看到的版本。

2010-08-06 21:29:26 shankapotomus

-1

總是尊重RFC並始終提供文本郵件正文！

2011-09-21 21:38:35 TMS

RFC在哪裏需要這個？ – 2011-10-20 01:09:23

回答