我是否需要在一行中包装超过72个字符的电子邮件？

Question

我偶尔会看到包装电子邮件的代码，以确保单行不超过72个字符。是否真的需要这个以及这一切是什么？

Answer 1

RFC 2822包含有关行长度的文本，这可能来自：

  

这有两个限制   
数量标准的地方   一行中的字符。每一行   字符必须不超过998   人物，应该不会超过   78个字符，不包括CRLF。

     

998字符限制是由于   许多实施中的限制   发送，接收或存储Internet   简单的消息格式消息   不能处理超过998个字符   在一条线上。接收
  实现会很好   处理一个任意大的数字
  一行中的字符的鲁棒性   清酒。但是，有这么多   实施（遵守   符合运输要求   [RFC2821]）不接受消息   包含超过1000个字符   它包括每行的CR和LF   对实施很重要   不要创建这样的消息。

     

更保守的78个角色   建议是容纳   用户的许多实现   显示这些的接口
  可能截断的消息，或   惨败包装，显示   每行超过78个字符   尽管这样的事实   实现不符合   本规范的目的   （以及[RFC2821]的那些，如果他们   实际上导致信息   丢失）。再说一遍，即使这样   它被限制在消息上   在实施方面很有意义   哪些显示消息

Answer 2

为了扩展Joe的响应，72-char限制基本上允许引用主体，因此它为添加到一行的附加字符提供了空间，例如，

From "scratch":
> From Joe Bloggs, 24 Sept 1985
>
> > Probably some flame about emacs vs vi, eulogising one over the other.
> > The quote chars have added four characters to the start of the line, so
> > forcing wrapped lines at 72 chars pushes this to 76 chars, without
> > affecting the formatting of the paragraph.
> 
> Some rant accusing Joe of talking crap, and throwing out some random
> evidence to the contrary. Quote char adds 2 chars. Again, paragraph
> formatting retained.

Someone else chimes in deciding to eulogise pico over either of the
other two editors. All sides about to turn on this person. :-)

因此，给出额外的几个字符允许将parapgraph格式保留在80个字符的终端上，至少两个级别，并且可能更多取决于引用字符的添加/使用方式。