// посты перенесены отсюда: https://vbsupport.ru/forum/showthread.php?t=53698
// Лью

Спасибо, пригодится.

А не подскажете до кучи, что сделать, чтобы в служебных заголовках была кириллица? Кодировка форума в windows-1251.

Сейчас хренька вроде такой. Или так и должно быть? В принципе, не мешает, конечно ))
From: =?windows-1251?q?User_=40_=D4=EE=F0=F3=EC_=CC=EE=F2=EE=EF=E0=EF=E0=F0=E0=F6=F6=E8?= <admin@forum.ru>
И заголовок письма:
Subject: =?windows-1251?q?=E1=E5=E7_=EA=E0=E2=FB=F7=E5=EA?=

Содержание письма отображается корректно.

Originally Posted by logi

Или так и должно быть?

Если в поле встречаются 8-ми битные символы и выше, то они кодируются с указанием кодировки, это прописано в RFC-822 (и еще какой-то RFC, по памяти сейчас не скажу). Т.е. это норма.

ЗЫ: ну да, вот например https://ru.wikipedia.org/wiki/%D0%AD...87%D1%82%D0%B0

Заголовки сообщения могут содержать только 7-битные символы[11]. При необходимости использовать национальные символы в каких-то полях, требуется использование кодировок. Как правило, это Base64 или Quoted-Printable.

Originally Posted by logi

А не подскажете до кучи, что сделать, чтобы в служебных заголовках была кириллица? Кодировка форума в windows-1251.
Сейчас хренька вроде такой. Или так и должно быть? В принципе, не мешает, конечно ))
From: =?windows-1251?q?User_=40_=D4=EE=F0=F3=EC_=CC=EE=F2=EE=EF=E0=EF=E0=F0=E0=F6=F6=E8?= <admin@forum.ru>
И заголовок письма:
Subject: =?windows-1251?q?=E1=E5=E7_=EA=E0=E2=FB=F7=E5=EA?=
Содержание письма отображается корректно.

Попробую угадать. Используете почтовый клиент?
Это так называемый метод борьбы с Mailspot - борьба с подменой e-mail адресов (если в заголовке "From:" помимо электронного адреса отправителя маскируется другой адрес). Почтовый клиент использует современный декодер заголовков писем.

В поле From вы видите такую строку:

=?windows-1251?q?User_=40_=D4=EE=F0=F3=EC_=CC=EE=F2=EE=EF=E0=EF=E0=F0=E0=F6=F6=E8?= <admin@forum.ru>

Но если вы нажмёте на кнопку Ответить на письмо, то увидите, что получатель будет не admin@forum.ru а вместо него будет e-mail пользователя, который был указан на странице Обратной связи когда он отправлял обращение.

Вот именно по этой причине вы получаете письма в таком виде. С одной стороны это плюс почтовому клиенту (выявляет фишинговые письма), а сдругой стороны от всех форумов на булке (3.8 точно) приходят письма в таком виде, если они отправлены через форму Обратной связи. И это раздражает, особенно если на письма надо отвечать (вручную надо убирать лишние символы).

Пока руки не дошли поковырять файлы на этот счёт.

Originally Posted by TAIFUN

Попробую угадать. Используете почтовый клиент?

Нет, в браузере. Но суть ясна, спасибо.

Originally Posted by TAIFUN

Почтовый клиент использует современный декодер заголовков писем.

Это не декодер, это стандарт, почтовый клиент (не важно, десктопный или web), попытается прочитать три заголовка - From, Sender и Reply-To. И вот как раз при наличии последнего заголовка (а его может и не быть), на него и будет отправлено письмо. Это все прописано в rfc-822

The originator fields also provide the information required when
replying to a message. When the "Reply-To:" field is present, it
indicates the mailbox(es) to which the author of the message suggests
that replies be sent. In the absence of the "Reply-To:" field,
replies SHOULD by default be sent to the mailbox(es) specified in the
"From:" field unless otherwise specified by the person composing the
reply.

Именно по этому у нас после этого хака в письме наступает счастье, ведь отравитель (From+Sender) валиден, но и обратный адрес (Reply-to) есть.

Smalesh,

Originally Posted by Smalesh

Именно по этому у нас после этого хака в письме наступает счастье, ведь отравитель (From+Sender) валиден, но и обратный адрес (Reply-to) есть

Ты что-то явно путаешь. Данный хак не устраняет эту проблему.

Мы говорим о том, что в поле From маскируется два e-mail адреса, а не один. И такие клиенты как, например The Bat! выявляют это именно с помощью декодера заголовков писем, который был подключен с версии 8.2
Ящик отправителя письма Обратной связи будет отображён нормально, а замаскированный ящик тех. админа будет декодирован в таком виде как показал logi

В веб-версии того же гугла такого эффекта нет, если что. В каком сервисе почта у logi хз.

Originally Posted by TAIFUN

что в поле From маскируется два e-mail адреса, а не один

Во From разрешено указывать несколько адресов; только в этом случае в Sender обязательно указывается реальный отправитель, один из адресов с поля From /*наш хак решает именно эту задачу*/. Так гласит RFC-822. Точно так же оно говорит что если Reply-to указать обратный адрес, тогда алерты по доставке самой почты уйдут на Sender, а по кнопке "Ответить" уйдет на Reply-to. И не маскировка это, а простая (и древняя) кодировка

Originally Posted by Smalesh

Quoted-Printable

quoted-printable позволяет закодировать любые не ASCII символы и передавать их в сообщении в перемешку с первыми. Каждый закодированный символ сообщения представляет собой последовательность из знака равно ("=") и шестнадцатиричного кода символа. Цифра 1 представима как =31, а символ @ - как =40. Кодировка удобна, когда в тело сообщения требуется включить несколько нестандартных символов, коды которых не выходят в ASCII набор. Так, например, для включения в сообщение символа "(c)", на его месте нужно указать его код - =A9. Если же сообщение будет полностью закодировано quoted-printable, то его объем увеличится втрое. И все же это достаточно простая кодировка, поддерживается большенством почтовых агентов, зачастую применяется для передачи сообщений на русском языке. Слово "Привет", написанное в кодировке windows-1251 будет закодировано как: =CF=F0=E8=E2=E5=F2. За более подробной информацией обращайтесь к RFC-1341.

Бат научился читать Quoted-Printable? О, он шагает в ногу со временем. Хак дает нам поле Reply-to - вот на него и будем отвечать, так будет поступать любой почтовик, который читает RFC.
А с подменой адресов воюют через spf+dkim+dmarc, когда подписывается и валидируется поле Sender. Если письмо пришло в входящее - уже упс, битва проиграна.

Originally Posted by TAIFUN

В каком сервисе почта у logi хз.

Такое во всех хромоподобных браузерах, по крайней мере. Доменный ящик форума привязан к аккаунту в Яндексе.

Smalesh, «Ты ему про Ерёму, а он тебе про Фому»
Ещё раз. При чём тут проблема logi к хаку, если он видит вот это:

From: =?windows-1251?q?User_=40_=D4=EE=F0=F3=EC_=CC=EE=F2=EE=EF=E0=EF=E0=F0=E0=F6=F6=E8?= <admin@forum.ru>
И заголовок письма:
Subject: =?windows-1251?q?=E1=E5=E7_=EA=E0=E2=FB=F7=E5=EA?=

И после применения хака проблема не исчезает. Да потому что это вообще две разные вещи.

Ну и обрати внимание, что у него в поле Subject. И при чём здесь хак?

Originally Posted by TAIFUN

«Ты ему про Ерёму, а он тебе про Фому»

Самокритичненько так...

Originally Posted by TAIFUN

eсли он видит вот это:

Он видит

Originally Posted by Smalesh

Quoted-Printable

RFC-822

Originally Posted by TAIFUN

И после применения хака проблема не исчезает

Какая проблема? Кодировка - это не проблема. Это

Originally Posted by Smalesh

Заголовки сообщения могут содержать только 7-битные символы

Для всего остального есть
RFC-6531 - SMTP Extension for Internationalized Email

Originally Posted by TAIFUN

в поле Subject

Originally Posted by Smalesh

Заголовки сообщения могут содержать только 7-битные символы

См выше, тот же RFC-6531

Originally Posted by TAIFUN

И при чём здесь хак?

Действительно, причем здесь хак? Причем здесь

Originally Posted by TAIFUN

Это так называемый метод борьбы с Mailspot - борьба с подменой e-mail адресов (если в заголовке "From:" помимо электронного адреса отправителя маскируется другой адрес)

Если ты не понял почему заголовки в таком виде - прочитай пост #7. Если ты еще раз не понял, почему - еще раз прочитай #7. Если ты не понял почему в "ответить" почтовик подставит отправителя не из From, а из Reply-To - прочитай пост #10. Остальное - пост #12. Еще вопросы?