LibCurl: Русские имена файлов на MAIL.RU

[Игорь Столяров]

Всем привет !

Есть очень непонятная проблема.
При отправке файлов с русскими именами сервис MAIL.RU их не воспринимает.
SMTP сервис отправки значения не имеет, проблему сейчас вижу только на MAIL.RU:

Изменение кодировки имён файлов эффекта не даёт:

Код: Выделить всё

  !MyCurl.AddAttachment(Loc:QEmbed.QEFileName,,'Windows-1251')
  !MyCurl.AddAttachment(Loc:QEmbed.QEFileName,,'UTF-8')
   MyCurl.AddAttachment(Loc:QEmbed.QEFileName)

При отправке из любого почтового сервиса русские имена файлов есстественно показаны на MAIL.RU правильно.
Они передаются в теле письма вот так (отправлял с Yandex.Почты):

Код: Выделить всё

------==--bound.29032.r-production-main-98.vla.yp-c.yandex.net
Content-Disposition: attachment;
	filename="=?UTF-8?B?0J3QvtCy0YvQuSDRgtC10LrRgdGC0L7QstGL0Lkg0LTQvtC60YPQvNC10L3Rgi50eHQ=?="
Content-Transfer-Encoding: base64
Content-Type: text/plain;
	name="=?UTF-8?B?0J3QvtCy0YvQuSDRgtC10LrRgdGC0L7QstGL0Lkg0LTQvtC60YPQvNC10L3Rgi50eHQ=?="

MTIzNDU=
------==--bound.29032.r-production-main-98.vla.yp-c.yandex.net--

А LibCurl при отправке письма с вложенным файлом кодирует русские имена файлов вот так (и это проблема !):

Код: Выделить всё

--------------------------8jIacMBxKtNBQv4NkqGmAC
Content-Disposition: attachment; name="Новый текстовый документ.txt"; filename="Новый текстовый документ.txt"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64

MTIzNDU=
--------------------------8jIacMBxKtNBQv4NkqGmAC--

Вопрос:
Сталкивался ли кто-нибудь с проблемой имён файлов с русскими наименованиеми на MAIL.RU ?
Можно ли как-то это преодолеть ? Например включить кодирование имени файла в utf8+base64 (как на других сервисах) ?

Заранее спасибо за помощь.

[Игорь Столяров]

В принципе, я конечно могу закодировать имя файла в UTF-8 + BASE64 и сам ...

Код: Выделить всё

  MyCurl.AddAttachment('?UTF-8?B?' & printf('%v',ANSItoUTF8(Loc:QEmbed.QEFileName)),,'base64')

Но тогда LibCurl (есстественно) не находит файл по такому "имени" для добавления в почтовое сообщение ...

[Дед Пахом]

Добавил параметр pRemoteName в TCurlMailClass.AddAttachment, теперь для mail.ru можно передать то, что они ожидают:

Код: Выделить всё

curl.AddAttachment('Новый текстовый документ.txt',,,'=?UTF-8?B?0J3QvtCy0YvQuSDRgtC10LrRgdGC0L7QstGL0Lkg0LTQvtC60YPQvNC10L3Rgi50eHQ=?=')

[Игорь Столяров]

1. Спасибо ! Теперь всё прекрасно получилось !
Проверил на нескольких почтовых сервисах - всё OK.

MAIL.RU:

теперь для mail.ru можно передать то, что они ожидают

2. Требования MAIL.RU полностью соответствуют спецификациям RFC822 / RFC5322 и здесь им нечего предъявить.
Там где на клавишах по одной букве - вполне достаточно использования кодировки UTF-8.
В случае использования национальных кодировок всё-таки требуется преамбула и BASE64 для всех полей MIME:

Код: Выделить всё

   From: '=?utf-8?B?' & 'emSrYXouYXWvbQBhdG9sLnJ1' & '?= <zakaz.atl@atl.ru>'

[Дед Пахом]

Да косяк у них просто, пытаются декодировать обычный текст.

[Игорь Столяров]

Я тоже так вначале подумал и забил на этот вопрос ...
Но потом решил проверить в каком виде ОТПРАВЛЯЮТ имена файлов другие почтовые сервисы,
вообще никак не связанные с MAIL.Ru и где нет проблем с отображением русских имён.

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

[Дед Пахом]

В этом и проблема - они думают, что все работают одинаково, и не проверяют кодировку.

[Дед Пахом]

Хотя может и проверяют, и правильно декодируют, а вот с показом косяк.

[Игорь Столяров]

Можно зайти на вопрос с другой стороны.
В спецификации описывается, что кроме национальных кодировок ('UTF-8', ''Windows-1251'' и т.д.)
допустима кодировка 'base64'. И именно она почему-то сейчас используется всеми сервисами.

Т.е. всё остается как есть, но если идёт вызов:

Код: Выделить всё

  MyCurl.AddAttachment('C:\Out\Текстовый файл.txt',,'base64')

то должно формироваться для отправки:

Код: Выделить всё

Content-Disposition: attachment;
  filename='"=?UTF-8?B?' & printf('%v',ANSItoUTF8('Текстовый файл.txt')) & '?="'
  Content-Transfer-Encoding: base64
Content-Type: text/plain;
	name='"=?UTF-8?B?' & printf('%v',ANSItoUTF8('Текстовый файл.txt')) & '?="'

[Дед Пахом]

Гляньте на декларацию метода AddAttachment ещё раз, особенно на 3-й параметр ("pCharset"), передавать в нем 'base64' не лучшая идея.

[Игорь Столяров]

Спасибо, понял !
Предложеный Вами вариант полностью решает проблему, у меня вопросов нет.

[Дед Пахом]

Хотя может и проверяют, и правильно декодируют, а вот с показом косяк.

Точно в показе дело, на картинке вместо Новый текстовый документ.txt один ромбик заменяет один кириллический символ.

Кстати, а если сохранить файл с ромбиками вместо букв, что будет?

[Ал]

Так и будет...
Несколько лет такая... на разных серверах стала появляться при рассылке...

[Игорь Столяров]

Кстати, а если сохранить файл с ромбиками вместо букв, что будет?

Ну сам MAIL.RU имя такого файла не показывает.
При сохранении такими же ромбиками записыввается на диск.
Можно открыть и т.д. Обычно переименовывали.
Но что-то достало - стали разбираться ...