我更喜欢阅读和编写纯文本电子邮件。我的电子邮件在80个字符的固定宽度字体窗口中显示和编写，我喜欢正确引用（用“>”）并用ASCII标记的文本消息。就像过去一样
但是，我承认世界已经发生了变化，许多人现在在需要文本流畅的小屏幕或大屏幕上阅读电子邮件，他们更喜欢比例字体。传统的纯文本电子邮件在78个字符后带有硬换行符，不适用于它们：换行符出现在奇怪的地方，或者尽管有硬的换行符，文本还是被重排（严重）。
我的问题：在不破坏像我这样的纯文本用户的使用体验的情况下，如何格式化我的纯文本电子邮件，使它们感到高兴？
我知道“格式流”（RFC 3676），它允许将纯文本段落标记为可重排，同时为旧客户端保留经典的每行78字符以下的外观。不幸的是，许多受益最多的电子邮件客户端（包括许多Web邮件程序）不支持该功能。
许多电子邮件客户端只是生成很长的行（没有换行符），这些行打算显示为流动的段落。这是现在被普遍接受的标准吗？我可以看到三个问题：
RFC 5322将行长度限制为998个字符。更长的段落是什么？
引号中的文字是否可以全部重排？
它破坏了不知道何时或如何重排很长行的老客户。
是否有其他标准将纯文本电子邮件标记为可重排？
请注意，我对生成的内容非常灵活。我的电子邮件客户端一开始就非常可配置，我可以在需要的地方对其进行破解（我在Emacs中使用GNUS）。
另请注意，此问题与HTML格式的电子邮件无关。我知道它们，可以阅读，甚至可以根据需要生成它们，但是这个问题严格来说是纯文本电子邮件。
最后，对于我来说，接收任何格式的电子邮件都不是问题。GNUS可以令人满意地显示所有纯文本格式（以及HTML格式的电子邮件）。
2
听起来您比我拥有更多的专业知识。我很好奇在什么情况下有人对您说您发送的纯文本电子邮件格式不正确或不可读？从另一个角度来看，只有当我收到格式错误的电子邮件（淡淡的黄色字体）时，我才将其粘贴到记事本中并且可以阅读。我敢肯定，如果有人挑剔，以至于抱怨他们或他们的社区的电子邮件格式会适合他们的准则。我收到的唯一重新格式化的投诉是发送纯文本电子邮件'cos，这是他们所接受的全部内容。
—
barlop
@barlop大多数人不抱怨格式错误的电子邮件。但是我知道许多人（包括我自己）在乎-并将格式错误的电子邮件解释为粗心和不专业的标志。在某些情况下，我需要我的电子邮件“正常工作”，而不会受到任何干扰。即使是接收者必须复制并粘贴我的消息才能阅读它的可能性，也完全是一场灾难。
—
altruizine 2014年
我也反对将电子邮件复制/粘贴到记事本中的想法。我认为对于大多数业务人员而言，纯文本电子邮件更兼容的事实不会在他们的脑海中流传，而html电子邮件对他们而言将更加专业，因为html具有更多的格式设置选项，可以使事情更清晰（如果电子邮件是至少需要一些字幕。如果您担心人们关于电子邮件外观的标准，那么也许可以通过观察他们格式化发送给您的电子邮件的方式来做大做文章。
—
barlop
我相信您应该只使用format = flowed。你要厉害任何人不高兴，因为他们将获得78个字符，每行; 这将鼓励网络邮件应用程序已经采用它。另外，请确保向任何没有的网络邮件提供商大声抱怨！
—
einpoklum 2015年
在1上：如果邮件以MIME文本/纯文本格式发送，则诸如quoted-printable（或更糟糕的是base64）之类的编码会在998个字符之前中断换行。电子邮件客户端...）
—
Gert van den Berg