Чи достатньо для друку котирування, щоб зробити пошту, сумісною з обмеженням довжини рядка, встановленим в RFC 2822?


9

У RFC 2822 (що визначає електронну пошту) визначено, що жоден рядок НЕ повинен бути довше 78 символів (крім CRLF) і ОБОВ'ЯЗКОВО не повинен перевищувати 998 символів. З довгими рядками, що котируються, розбиваються на більше рядків, що закінчуються кожним знаком '=', поки не буде досягнуто реального розриву рядків. Відповідає пошті стандарту, якщо вона містить рядки, довші за 78 (або 998) символів, але закодована для друку з цитатами?

Є аргументи, що це не сумісно, ​​оскільки клієнт, що отримує пошту, має більш довгі рядки після декодування повідомлення, що друкується з цитатами.

EDIT : Щоб уточнити питання таким чином, як його задав Девід Кері: Так, я маю на увазі, що кодована пошта, що друкується цитатами, повинна бути сумісною для друку з цитатами, тобто рядки мають довжину не більше 76 символів. Але декодовані повідомлення можуть мати довші рядки, ніж ця межа. Отже, моє запитання таке: чи повинен клієнтське програмне забезпечення, що реалізує RFC 1521, обробляти нескінченно довгі рядки після розшифровки текстового вмісту, що друкується з цитатами? На це відповіли "так" з обома відповідями поки (спасибі) з тим обмеженням, що це відлякує Нетикет (RFC 1855). Але Netiquette навіть обмежує довжину рядка до 65 символів, межі якої майже ніхто не дотримується.

Відповіді:


3

Я не впевнений, про що ви питаєте:

клієнт, що отримує пошту, знаходить довгі рядки перед розшифровкою для друку з цитатами

Скажіть, кодоване програмне забезпечення для кодування на передавальному кінці просто цитується недрукованими літерами, роблячи отриману кодовану лінію довшою за початкову лінію, не додаючи ніколи "розриви м'якої лінії", в результаті чого кодована лінія довша, ніж межа.

Це не відповідає.

Рядки кодованих даних для друку з цитатами не повинні бути довші 76 символів. Щоб задовольнити цю вимогу без зміни кодованого тексту, можуть бути додані розриви м'яких ліній ... Ці розриви м'якої лінії також дозволяють кодувати текст без розривів рядків (або містять дуже довгі рядки) для середовища, де розмір рядка обмежений, наприклад " Обмеження 1000 символів на рядок "для деяких програм SMTP, дозволених RFC 2821.

- Вікіпедія: для друку з цитатами , перефразовуючи RFC2045 Стор.

кодовані рядки короткі, але клієнт, що отримує пошту, знаходить довгі рядки після розшифровки для друку з цитатами

Це сумісно з RFC2822 та RFC2045, і повинно підтримуватися всім програмним забезпеченням.

Однак створення таких повідомлень перешкоджає декільком Нетикетним рекомендаціям, включаючи Сторінку 3 RFC 1855 "Настанови щодо нетикету".


RFC 1855 містить ряд химерних понять, таких як обмеження розміру кріплення до 50 К, або ідея про те, що хтось із обличчя планети все ще використовує Gopher для серйозних цілей.
Кевін

9

Це, безумовно, сумісно. Вся суть котируемого друку та решта MIME серії RFC (RFC 2045 по RFC 2049) полягає в тому, щоб дозволити кодування даних, які в іншому випадку не були б дійсними для електронної пошти. RFC 2822 прямо (і багаторазово!) Вказує читачам на ці RFC для отримання інформації про те, як це зробити.


1
+1 Межа рядка не накладається на повідомлення, а на передачу повідомлення.
Кріс С

3

Якщо ви дійсно хочете знати, наскільки складним є створення сумісного композитора та аналізатора електронної пошти, тоді ви повинні переглянути це відео на Youtube: http://www.youtube.com/watch?v=JENdgiAPD6c

Рікардо Сігнес дає внутрішні погляди на різні RFC та які глупості вони вносять у реальне життя.

Це довгий 40 хвилин і лише дряпає поверхню поганого та доброго "вмісту" електронної пошти. Після перегляду ви зміните свою думку про програмне забезпечення електронної пошти, на яке ви думали, що воно відповідає стандартам електронної пошти.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.