Настройка символов конца строки для текстовых версий писем? (CR+LF по умолчанию отображается с двойным интервалом)

Поддержка
1

Привет, сообщество Discourse —

Некоторое время я заметил одну вещь, но решил разобраться в ней только сегодня: для писем, генерируемых Discourse, версия в формате «Text/PLAIN» (в отличие от версии «Text/HTML») в моём почтовом клиенте отображается с избыточным вертикальным пространством, как будто текст разбит на двойные строки. После небольшого исследования мне кажется, что это связано с тем, что текстовая версия использует как возврат каретки (CR), так и перевод строки (LF) для обозначения конца строки (в то время как мой почтовый клиент предпочитает использовать только LF).

Можно ли мне, как администратору сайта, настроить это поведение? (Например, через параметр «text-email-end-of-line-character(s)»).

Спасибо,
— Брэд

PS — Скриншоты для любопытных:

Составление сообщения:

Screen Shot 2023-01-09 at 5.23.32 PM
Screen Shot 2023-01-09 at 5.23.32 PM1414×934 54.6 KB

Просмотр в текстовом почтовом клиенте:

Screen Shot 2023-01-09 at 5.51.32 PM
Screen Shot 2023-01-09 at 5.51.32 PM1128×792 19.3 KB

Просмотр в редакторе, отображающем символы возврата каретки:

Screen Shot 2023-01-09 at 6.16.09 PM
Screen Shot 2023-01-09 at 6.16.09 PM1096×394 13.3 KB

 

PPS — Возможно, связанная проблема от @niemeyer: Excessive spacing on text/plain email content

2

Продолжая свой предыдущий пост:

Высказывалось предположение, что причина этого заключается в том, что вложения с текстом в формате Discourse используют CR+CR+LF для обозначения конца строки, тогда как стандарт электронной почты требует, чтобы любой CR сопровождался LF. Следовательно, некоторые почтовые клиенты могут исправлять эту проблему, вставляя недостающий LF, что приводит к последовательности CR+LF+CR+LF и, как следствие, к видимому двойному интервалу. Однако у меня пока не было времени проверить это, изучив сгенерированный Discourse текстовый файл в шестнадцатеричном редакторе.

  • Брэд

[CR = возврат каретки, LF = перевод строки]