我更喜欢阅读和编写纯文本电子邮件。我的电子邮件在 80 个字符的固定宽度字体窗口中呈现和撰写，我喜欢正确引用（用“>”）并用 ASCII 标记的文本消息。就像在过去……
但是，我承认世界已经发生了变化，许多人现在在需要文本流动的小屏幕或大屏幕上阅读电子邮件，他们更喜欢比例字体。在 78 个字符后带有硬换行符的传统纯文本电子邮件对它们不起作用：换行符出现在奇怪的位置，或者尽管硬换行符仍然重排（严重）文本。
我的问题：我的纯文本电子邮件应该如何格式化才能让他们满意，同时又不会破坏像我这样的纯文本用户的体验？
我知道“格式流”（RFC 3676），它允许将纯文本段落标记为可重排，同时为老客户保持经典的每行 sub-78-chars-chars 外观。不幸的是，许多从它们中受益最多的电子邮件客户端（包括许多网络邮件程序）并不支持它。
许多电子邮件客户端只是生成很长的行（没有换行符），旨在显示为流动的段落。这是现在普遍接受的标准吗？我可以看到它的三个问题：
RFC 5322将行长度限制为 998 个字符。比这更长的段落是什么？
用“>”引用的文本可以重排吗？
它打破了不知道何时或如何回流非常长的线路的老客户。
是否有其他标准可以将纯文本电子邮件标记为可重排？
请注意，我在生成的内容方面非常灵活。我的电子邮件客户端一开始是非常可配置的，我可以在需要的地方修改它（我在 Emacs 中使用 GNUS）。
另请注意，此问题与 HTML 格式的电子邮件无关。我知道它们，我可以阅读它们，如果需要，我什至可以生成它们——但这个问题严格来说是关于纯文本电子邮件。
最后，接收任何格式的电子邮件对我来说都不是问题。GNUS 可以令人满意地显示所有纯文本格式（以及 HTML 格式的电子邮件）。