RFC 5322

Question

我想知道是否应该在文字电子邮件中应用自动换行？那么HTML电子邮件呢？如果是这样，你通常会包裹什么角色？

Answer 1

文本/纯文本类型是互联网电子邮件的最小公分母，行数不超过997个字符（按照惯例，通常不超过80个）

另一个流行的标准是包装72个字符。这可以追溯到许多控制台应用程序（如EDIT和许多BBS接口），它们在ASCII“窗口”中显示文本，包括边框和滚动条，允许显示少于80个字符。

Answer 2

通常将行换行为72（80也是常见的，但这意味着它在引用时将超过80）以处理至少一个或两个引用级别。有“text / flowed”MIME类型，这意味着客户端将文本本身包装在窗口的边界，但不是很多客户端支持它。只需将您的编辑器设置为72即可，大多数人都会安全可读。

编辑：确切的类型为text/plain，并加上format=flowed，如下所示：

Content-Type: text/plain; format=flowed

有关解释，请参阅rfc2646。

应避免使用HTML邮件IMNSHO，并非所有人都在浏览器中阅读邮件或拥有支持HTML的邮件客户端。可以模拟使用HTML的大多数理由（使用下划线，粗体等来丰富邮件）。 HTML不需要包装，因为客户端将适应窗口大小。

HTML的另一种选择是“文本/丰富”的MIME类型，它可以为您提供HTML邮件的大部分优势，但不会在任何地方得到支持。

请参阅here了解text / enriched。

Answer 3

Google表示结果1 - 10约为......

3,160 for +word +wrap +email +"80 characters"
2,820 for +word +wrap +email +"50 characters"
1,790 for +word +wrap +email +"60 characters"
1,720 for +word +wrap +email +"70 characters"
1,540 for +word +wrap +email +"100 characters"
1,250 for +word +wrap +email +"65 characters"
1,120 for +word +wrap +email +"40 characters"
  962 for +word +wrap +email +"75 characters"
  836 for +word +wrap +email +"72 characters"

Answer 4

我经常发现自己发起的电子邮件回复：

[Format recovered--see http://www.lemis.com/grog/email/email-format.php]

我是从Greg Lehey那里得到的。 that page的一部分说：

显然，必须有一些方法来指定不应该包装消息文本。那是文/普通的。有一些特殊的MIME附件类型允许包装，但我仍然认为这是一个坏主意。如果您指定您的消息可能被包装，您就会假设接收器的屏幕看起来像什么。即使你在某些时候是对的，你也不可能一直都是对的。例如，一个人可能有200个字符宽的屏幕，以便能够显示长日志文件条目，但他不希望看到他的文本那么久。

Answer 5

像JavaMail这样的好邮件API会为您执行此操作。理想情况下，您无需明确考虑此问题。

Answer 6

RFC 5322

http://tools.ietf.org/html/rfc5322#section-2.1.1

2.1.1。线长限制

此规范对数量有两个限制      一行中的字符。每行字符必须不超过      998个字符，不应超过78个字符，不包括      CRLF。

998字符限制是由于许多实现中的限制      发送，接收或存储无法处理的IMF消息      一行超过998个字符。接收实施会      做好处理一行中任意大量的字符      为了健壮。但是，有很多实现      （符合[RFC5321]的运输要求）不      接受包含超过1000个字符的邮件，包括CR      和每行LF，对于不创建的实现很重要      这样的消息。

更为保守的78字符建议是适应      显示这些的用户界面的许多实现      可能截断或灾难性地包装显示的消息      尽管如此，每行超过78个字符      实现不符合此意图      规范（和[RFC5321]的规范，如果它们确实导致      信息丢失）。同样，尽管存在这种限制      在消息上，显示的实现是有责任的      用于处理a中任意大量字符的消息      为了这个缘故（肯定至少达到998字符限制）      坚固性。

另见：RFC2045，RFC2046，RFC2047，RFC2049，RFC4289＆amp;用于MIME规范的RFC6838。

阅读RFC非常有趣。你知道你喜欢它： - ）

Answer 7

一般情况下，你应该以80或更低的速度换行，以允许昏暗的客户在不包装的情况下引用。

Answer 8

在我切换到mutt / xterm（永不回头）之前，没有使用过linewrap。

Answer 9

在第72个位置之前的第一个空白字符处换行，如果没有，则换行到第72个位置。在Eudora，当我以前使用它时，惯例是在行的末尾留下一个空格，表示它已被包装，因此它将指示接收客户端根据所需的宽度重新流动段落。客户的窗口。我不确定当前的电子邮件客户端是这种情况。

你在电子邮件中使用自动换行吗？

9 个答案:

RFC 5322