Рассуждение 76, являющееся пределом длины линии для секций MIME, как определено RFC 2045 - PullRequest
14 голосов
/ 14 февраля 2011

RFC 2045 определяет максимальную длину строки для закодированных данных как 76 - однако я не могу найти никакого объяснения, почему это 76. Является ли это число совершенно произвольным, или есть какие-то причины для этого?

Ответы [ 3 ]

9 голосов
/ 29 мая 2014

RFC2822 является устаревшим стандартом EMail.В разделе 2.1.1 RFC2822 вы можете найти причину, как показано ниже: Это также влияет на MIME.

Существуют два ограничения, которые этот стандарт накладывает на количество символов в строке.Каждая строка символов ДОЛЖНА быть не более 998 символов и ДОЛЖНА быть не более 78 символов, исключая CRLF.

Ограничение в 998 символов обусловлено ограничениями во многих реализациях, которые отправляют, получают или хранят Интернет.Сообщения Формат сообщения, которые просто не могут обрабатывать более 998 символов в строке.Для обеспечения надежности было бы целесообразно получать реализации для обработки произвольно большого количества символов в строке.Однако существует очень много реализаций, которые (в соответствии с транспортными требованиями [RFC2821]) не принимают сообщения, содержащие более 1000 символов, включая CR и LF на строку, для реализаций важно не создавать такие сообщения.

Более консервативная 78-символьная рекомендация состоит в том, чтобы учесть множество реализаций пользовательских интерфейсов, которые отображают эти сообщения, которые могут усечь или катастрофически обернуть отображение более 78 символов в строке, несмотря на то, что такие реализации являютсяне соответствует цели этой спецификации (и [RFC2821], если они фактически приводят к потере информации).Опять же, несмотря на то, что это ограничение накладывается на сообщения, оно обременено реализациями, которые отображают сообщения для обработки произвольно большого количества символов в строке (конечно, по крайней мере, до 998 символов) для надежности.

3 голосов
/ 30 марта 2017

На самом деле оригинальный RFC 822 определяет ограничение в 72 символа, и виновником является телетайп , который был стандартным устройством вывода для ранних компьютеров.

Вы также можете "поблагодарить"устройства телетайпа для ограничителя строки в электронных письмах (и Windows), состоящие из 2 символов, которые являются CR (возврат каретки) и LF (перевод строки).

Важно было передать эту последовательность в конце каждой строки вПриказ телетайпа переместить каретку в положение 0 и продвинуть бумагу на один тик вверх.

К тому времени, когда RFC 2822 устарел оригинал, никто не использовал телетайпы для рендеринга электронных писем, поэтому он немного расслабился, чтобыподходит для стандартного устройства TTY.

1 голос
/ 07 декабря 2014

Бит, связанный с пользовательскими интерфейсами

http://en.wikipedia.org/wiki/Text_mode#PC_common_text_modes

По сути, 80 символов в поперечнике (и обычно 25 или 30 строк) были наиболее распространенным стандартом для дисплеев. 78 обеспечивает нормальный стандарт, поскольку позволяет использовать некоторые небольшие декорации (границы).

...