14

Я предпочитаю читать и писать электронные письма в виде простого текста. Мои электронные письма представлены и составлены в 80-символьных окнах с фиксированной шириной шрифта, и мне нравятся текстовые сообщения, которые правильно заключены в кавычки («>») и помечены ASCII. Как в былые времена ...

Тем не менее, я признаю, что мир движется дальше, и многие люди теперь читают электронную почту на крошечных или больших экранах, которые требуют прохождения текста, и они предпочитают пропорциональные шрифты. Традиционные текстовые электронные письма с жесткими символами новой строки после 78 символов не работают для них: либо символы новой строки появляются в нечетных местах, либо текст переформатируется (плохо), несмотря на жесткие символы новой строки.

Мой вопрос: как отформатировать мое текстовое электронное письмо, чтобы сделать его счастливым, не мешая работе пользователей с открытым текстом, таких как я?

Я знаю о «потоке форматирования» (RFC 3676), которое позволяет помечать абзацы обычным текстом как пригодные для повторения, сохраняя при этом классический внешний вид до 78 символов в строке для старых клиентов. К сожалению, это не поддерживается многими почтовыми клиентами, которые извлекут выгоду из них больше всего (включая многих веб-почтовых программ).

Многие клиенты электронной почты просто генерируют очень длинные строки (без новых строк), которые предназначены для отображения в виде потоковых абзацев. Это общепринятый стандарт сейчас? Я вижу три проблемы с этим:

  1. RFC 5322 ограничивает длину строки 998 символами. Что с абзацами, которые длиннее этого?

  2. Можно ли вообще переформатировать текст, заключенный в «>»?

  3. Это ломает старых клиентов, которые не знают, когда и как перекомпилировать очень длинные строки.

Есть ли какой-либо другой стандарт, чтобы помечать текстовые электронные письма как перезаписываемые?

Обратите внимание, что я достаточно гибок в том, что я генерирую. Мой почтовый клиент чрезвычайно легко настраивается, и я могу взломать его там, где мне нужно (я использую GNUS в Emacs).

Также обратите внимание, что этот вопрос не касается писем в формате HTML. Я знаю о них, я могу их прочитать, я даже могу сгенерировать их, если это необходимо, но этот вопрос касается исключительно текстовых электронных писем.

Наконец, получение электронной почты в любом формате не проблема для меня. GNUS может удовлетворительно отображать все форматы простого текста (а также электронные письма в формате HTML).

1 ответ1

1

Я нашел обширную веб-страницу по этой теме, в которой обсуждаются RFC2822, RFC1855, RFC5322 и RFC2646 и различные проблемы. Упоминается консервативная линия длиной 65 символов.

http://mailformat.dan.info/body/linelength.html

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .