Как мне форматировать текстовые электронные письма, чтобы все были счастливы?
Я предпочитаю читать и писать электронные письма в виде простого текста. Мои электронные письма представлены и составлены в 80-символьных окнах с фиксированной шириной шрифта, и мне нравятся текстовые сообщения, которые правильно цитируются (с ">") и помечаются ASCII. Как в былые времена...
Тем не менее, я признаю, что мир движется дальше, и многие люди теперь читают электронную почту на крошечных или больших экранах, которые требуют прохождения текста, и они предпочитают пропорциональные шрифты. Традиционные текстовые электронные письма с жесткими символами новой строки после 78 символов не работают для них: либо символы новой строки появляются в нечетных местах, либо текст переформатируется (плохо), несмотря на жесткие символы новой строки.
Мой вопрос: как отформатировать мое текстовое электронное письмо, чтобы сделать его счастливым, не нарушая работу таких пользователей, как я?
Я знаю о "потоке форматирования" ( RFC 3676), которое позволяет помечать текстовые абзацы как пригодные для повторения, сохраняя при этом классический внешний вид до 78 символов на строку для старых клиентов. К сожалению, это не поддерживается многими почтовыми клиентами, которые извлекут выгоду из них больше всего (включая многих веб-почтовых программ).
Многие клиенты электронной почты просто генерируют очень длинные строки (без новых строк), которые предназначены для отображения в виде потоковых абзацев. Это общепринятый стандарт сейчас? Я вижу три проблемы с этим:
RFC 5322 ограничивает длину строки 998 символами. Что с абзацами, которые длиннее этого?
Можно ли вообще переформатировать текст, заключенный в ">"?
Это ломает старых клиентов, которые не знают, когда и как перекомпилировать очень длинные строки.
Есть ли какой-либо другой стандарт, чтобы помечать текстовые электронные письма как перезаписываемые?
Обратите внимание, что я достаточно гибок в том, что я генерирую. Мой почтовый клиент очень легко настраивается, и я могу взломать его там, где мне нужно (я использую GNUS в Emacs).
Также обратите внимание, что этот вопрос касается не писем в формате HTML. Я знаю о них, я могу их прочитать, я даже могу сгенерировать их, если это необходимо, но этот вопрос касается исключительно текстовых электронных писем.
Наконец, получение электронной почты в любом формате не проблема для меня. GNUS может удовлетворительно отображать все форматы открытого текста (а также электронные письма в формате HTML).
1 ответ
Я нашел обширную веб-страницу по этой теме, в которой обсуждаются RFC2822, RFC1855, RFC5322 и RFC2646 и различные проблемы. Упоминается консервативная линия длиной 65 символов.