为什么网络邮件(如 Gmail)使用以下方式发送 MIME 消息多部分/替代子类型(当用 HTML 编写时)而其他人将 HTML 作为 MIME 发送,其中包含文本/html 部分(不使用替代子类型)?
The 第5.1.4节 https://www.rfc-editor.org/rfc/rfc2046#section-5.1.4 of RFC 2046 https://www.rfc-editor.org/rfc/rfc2046定义multipart/alternative
MIME 类型允许发送者提供不同的、可互换的表示the same消息并让接收者自行选择最适合其能力的呈现形式。请注意,虽然应保留每种表示对用户的一般含义,但从一种表示到另一种表示通常会丢失一些信息(例如,text/plain
缺少有关的格式信息text/html
)。替代品通常应从最简单到最丰富的顺序排列,即如果替代品再次text/html
and text/plain
then text/plain
应该是第一位的。这有助于不符合 MIME 的查看器的用户,其中最容易解释的部分将首先显示。一般来说,符合 MIME 的查看器应该显示它能够查看的最后一个表示形式,因为它是最可取的。
这种内容类型通常与multipart/mixed
其中一些不同的资源被组合在一条消息中。
一些邮件服务提供消息的主要原因是multipart/alternative
是为了在接收端支持不同类型的观看应用。例如,某些查看器缺乏呈现 HTML 的能力并需要text/plain
消息的表示完全可读。同时,其他查看器确实具有呈现 HTML 的能力,并且在消息传递为以下内容时可以提供更好的用户体验:text/html
。在支持广泛的观众和增强更有能力的观众的用户体验之间进行权衡的最灵活的解决方案是通过提供包装在一个multipart/alternative
信息。
详情请参阅RFC 2046 https://www.rfc-editor.org/rfc/rfc2046.
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)