我更喜欢用纯文本阅读和撰写电子邮件。我的电子邮件在 80 个字符的等宽字体窗口中显示和撰写，我喜欢正确引用（使用“>”）并用 ASCII 标记的文本消息。就像过去一样……
然而，我承认世界已经发生了变化，现在许多人在需要文本流动的小屏幕或大屏幕上阅读电子邮件，他们更喜欢比例字体。传统的纯文本电子邮件在 78 个字符后带有硬换行符，对他们来说效果不佳：要么换行符出现在奇怪的地方，要么尽管有硬换行符，文本仍会重新流动（很糟糕）。
我的问题是：我的纯文本电子邮件应如何格式化才能让他们满意，同时又不破坏像我这样的纯文本用户的体验？
我知道“格式流”（RFC 3676)，它允许将纯文本段落标记为可重排，同时为旧客户端保留经典的每行 78 个字符以下的外观。不幸的是，许多最能从中受益的电子邮件客户端（包括许多网络邮件程序）不支持它。
许多电子邮件客户端只是生成非常长的行（没有换行符），旨在显示为流动段落。这是现在普遍接受的标准吗？我发现有三个问题：
RFC 5322将行长度限制为 998 个字符。如果段落长度超过该长度怎么办？
用“>”引用的文本可以重新排版吗？
它使那些不知道何时或如何重新排列很长的行的老客户感到困扰。
是否有其他标准可以将纯文本电子邮件标记为可重排？
请注意，我生成的内容非常灵活。我的电子邮件客户端一开始就非常易于配置，我可以根据需要对其进行修改（我在 Emacs 中使用 GNUS）。
还请注意，这个问题与 HTML 格式的电子邮件无关。我知道它们，我可以阅读它们，如果需要，我甚至可以生成它们——但这个问题严格来说与纯文本电子邮件有关。
最后，接收任何格式的电子邮件对我来说都不是问题。GNUS 可以令人满意地显示所有纯文本格式（以及 HTML 格式的电子邮件）。
答案1
我找到了一个关于这个主题的详尽网页，讨论了 RFC2822、RFC1855、RFC5322 和 RFC2646 以及各种问题。它提到了保守的 65 个字符的行长。