RFC 2822包含有关行长度的文本,这可能来自:
此标准对
一行中的字符数有两个限制.每行字符必须不超过998个字符,并且不应超过78个字符,不包括CRLF.998字符限制是由于许多实现
中的限制,这些实现发送,接收或存储无法在一行上处理超过998个字符的Internet消息格式消息. 为了鲁棒性,接收
实现可以很好地处理
一行中任意大量的字符.但是,有许多实现(符合[RFC2821]的传输要求)不接受包含超过1000个字符的消息,包括每行的CR和LF,对于不创建此类消息的实现很重要.更保守的78字符建议是容纳
显示这些
消息的用户界面的许多实现,这些消息可能截断或者灾难性地换
行每行超过78个字符的显示,尽管这样的
实现不符合这些实现.本规范的意图(以及[RFC2821]的意图,如果它们实际上导致信息丢失).同样,即使将此限制放在消息上,它也会对显示消息的实现产生影响
为了扩展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个字符的终端上,至少两个级别,并且可能更多取决于引用字符的添加/使用方式.