我应该如何格式化纯文本电子邮件才能让每个人都开心?

alt*_*ine 19 email plaintext formatting

我更喜欢阅读和编写纯文本电子邮件。我的电子邮件在 80 个字符的固定宽度字体窗口中呈现和撰写,我喜欢正确引用(用“>”)并用 ASCII 标记的文本消息。就像在过去……

但是,我承认世界已经发生了变化,许多人现在在需要文本流动的小屏幕或大屏幕上阅读电子邮件,他们更喜欢比例字体。在 78 个字符后带有硬换行符的传统纯文本电子邮件对它们不起作用:换行符出现在奇怪的位置,或者尽管硬换行符仍然重排(严重)文本。

我的问题:我的纯文本电子邮件应该如何格式化才能让他们满意,同时又不会破坏像我这样的纯文本用户的体验?

我知道“格式流”(RFC 3676),它允许将纯文本段落标记为可重排,同时为老客户保持经典的每行 sub-78-chars-chars 外观。不幸的是,许多从它们中受益最多的电子邮件客户端(包括许多网络邮件程序)并不支持它。

许多电子邮件客户端只是生成很长的行(没有换行符),旨在显示为流动的段落。这是现在普遍接受的标准吗?我可以看到它的三个问题:

  1. RFC 5322将行长度限制为 998 个字符。比这更长的段落是什么?

  2. 用“>”引用的文本可以重排吗?

  3. 它打破了不知道何时或如何回流非常长的线路的老客户。

是否有其他标准可以将纯文本电子邮件标记为可重排?

请注意,我在生成的内容方面非常灵活。我的电子邮件客户端一开始是非常可配置的,我可以在需要的地方修改它(我在 Emacs 中使用 GNUS)。

另请注意,此问题与 HTML 格式的电子邮件无关。我知道它们,我可以阅读它们,如果需要,我什至可以生成它们——但这个问题严格来说是关于纯文本电子邮件。

最后,接收任何格式的电子邮件对我来说都不是问题。GNUS 可以令人满意地显示所有纯文本格式(以及 HTML 格式的电子邮件)。

bba*_*iee 5

我找到了一个关于这个主题的广泛网页,讨论了 RFC2822、RFC1855、RFC5322 和 RFC2646 以及各种问题。它提到了 65 个字符的保守行长度。

http://mailformat.dan.info/body/linelength.html