Я вважаю за краще читати та писати електронні листи простим текстом. Мої електронні листи представлені та складені у вікнах шрифту з фіксованою шириною 80 символів, і я люблю текстові повідомлення, які належним чином цитуються (з ">") та позначені ASCII. Як колись ...
Однак я визнаю, що світ просунувся, і багато людей зараз читають електронну пошту на крихітних чи великих екранах, для яких потрібен текстовий текст, і вони віддають перевагу пропорційним шрифтам. Традиційні електронні електронні листи із твердими новинками після 78 символів для них не працюють добре: або нові рядки з’являються в непарних місцях, або текст поповнюється (погано), незважаючи на жорсткі нові рядки.
Моє запитання: Як слід форматувати мій звичайний текст електронної пошти, щоб зробити їх щасливими, не порушуючи досвіду для користувачів із звичайним текстом, як я?
Я знаю про "форматний потік" ( RFC 3676 ), який дозволяє позначати абзаци простого тексту як перезарядні, зберігаючи класичний зовнішній вигляд під-78 символів на рядок для старих клієнтів. На жаль, це не підтримується багатьма клієнтами електронної пошти, які б найбільше виграли від них (включаючи багато веб-пошти).
Багато клієнтів електронної пошти просто генерують дуже довгі рядки (без нових рядків), які призначені для відображення у потоці абзаців. Це зараз загальновизнаний стандарт? Я бачу три проблеми з цим:
RFC 5322 обмежує довжину рядка до 998 символів. Що з абзацами, які довші за це?
Чи можна взагалі поповнювати текст, цитований ">"?
Це розбиває старих клієнтів, які не знають, коли або як поповнити дуже довгі рядки.
Чи є ще якийсь стандарт, щоб позначати текстові електронні листи як перезавантажувані?
Зауважте, що я досить гнучка в тому, що генерую. Мій клієнт електронної пошти надзвичайно настроюється для початку, і я можу зламати його там, де мені потрібно (я використовую GNUS в Emacs).
Також зауважте, що це питання не стосується електронних листів у форматі HTML. Я знаю їх, я можу їх прочитати, я навіть можу генерувати їх у разі потреби - але це питання стосується просто текстових листів.
Нарешті, отримання електронної пошти у будь-якому форматі не є проблемою для мене. GNUS може задовільно відображати всі звичайні текстові формати (а також повідомлення у форматі HTML).