1. 纯文本邮件能确保收件人收到可正常显示的版本吗？ #

是的，纯文本格式是邮件领域的“通用语言”——几乎所有邮件客户端（从老式桌面软件到现代手机APP，甚至极简的纯文本阅读器）都能完美解析纯文本内容，不会出现样式错乱、脚本被拦截或者格式不兼容的问题。它没有复杂的HTML标签，只是纯粹的文字内容，兼容性拉满，是最稳妥的兜底选项。

2. “提供HTML邮件时应当附带纯文本版本”的说法属实吗？ #

完全属实！这是邮件开发的最佳实践之一。原因很直接：不是所有收件人都能或愿意查看HTML格式的邮件。如果你只发送HTML版本，可能会有一部分用户完全看不到你的邮件内容，或者只能看到一堆乱码的HTML标签。

3. 这种双格式邮件的运作机制是怎样的？ #

当你在Rails里同时提供HTML和纯文本格式时，邮件会被打包成MIME多部分（multipart）消息。简单来说，就是把两种格式的内容放在同一个邮件里，各自标记对应的MIME类型（text/html和text/plain）。

邮件客户端收到这种邮件后，会根据自身能力和用户的设置自动选择显示版本：

• 如果客户端支持HTML，且用户没有禁用HTML显示，就会优先展示带样式、图片的HTML版本
• 如果客户端不支持HTML，或者用户设置了“只看纯文本”，就会自动切换到纯文本版本，确保用户能读到核心内容

4. 只发HTML版本时，纯文本的兜底场景会在哪些情况被触发？ #

如果你的邮件只有HTML版本，纯文本的“替代”作用其实是被动生效的——当收件方无法处理HTML时，就会出现以下情况：

• 用户手动在邮件客户端设置了「仅显示纯文本」（很多注重隐私或偏好简洁的用户会这么做）
• 使用老式/极简邮件客户端（比如一些企业内部的旧系统、功能手机上的邮件应用），这类客户端根本不支持HTML渲染
• 邮件过滤系统（比如垃圾邮件过滤器）为了安全，会剥离HTML内容，只保留纯文本部分（避免恶意脚本）
• 无障碍工具（比如屏幕阅读器）可能更适配纯文本内容，或者用户出于 accessibility 需求选择纯文本模式
• 网络环境受限（比如低带宽），客户端自动切换到纯文本以节省加载资源

小提示：如何在Rails里发送双格式邮件？ #

如果你想确保同时发送两种格式，只需要在邮件器方法里同时定义format.html和format.text，或者在视图文件夹里同时创建对应的模板文件（比如welcome.html.erb和welcome.text.erb）。Rails会自动帮你打包成多部分邮件，不用手动处理MIME结构：

def welcome_email(user)
  @user = user
  mail(to: @user.email, subject: "Welcome to our app") do |format|
    format.html
    format.text
  end
end

内容的提问来源于stack exchange，提问作者Karol Selak