Показать сообщение отдельно
Старый 08.08.2009, 12:56     # 2352
alexseystu
Junior Member
 
Аватар для alexseystu
 
Регистрация: 21.05.2008
Пол: Male
Сообщения: 54

alexseystu Известность не заставит себя ждать
Цитата:
Сообщение от wmw_lev Посмотреть сообщение
alexseystu,
есть подозрение в нечетком понимании проблемы.
Если посланный файл .rar принимается как .dat, это возможно и нужно в почтовике искать правило переименования. а не перекодировки. Заменить расширение файла на нужное невеликий труд, стоит только посмотреть первые 5-6 символов внутри файла по F3.
А если в принятом RAR файле при распаковке, вместо ожидаемого .pdf появляется нечто другое, нужно разбираться с архиватором и процесс передачи здесь не причем. Кстати что за файл PDF или что другое можно определить тоже по первым 5-6 символам файла.
Разобрался с данным вопросом. Подобная проблема возникает при пересылке или переадресации сообщения с аттачами имеющими имена на кирилице. В этом случае Опера применяет свой метод кодировки имен аттачей в кодировке UTF-8. Выглядит это таким образом:

------------kh7polYDl6KlURQx2RmLlu
Content-Disposition: attachment; filename*=utf-8''%D0%91%D0%94.doc
Content-Type: application/msword; name*=utf-8''%D0%91%D0%94.doc
Content-Transfer-Encoding: Base64

Такой метод кодировки имен не воспринимается другими почтовиками (по-крайней мере Outlook и Outlook Express) в итоге в этих почтовиках имена аттачей принимают служебный вид типа att99999.ext, при этом для некоторых типов файлов заменяется и тип файла на .dat (например для .rar и .mxl). При получении таких сообщений в Опере этих проблем не возникает. Данная проблема существовала как в 8.хх версии, так осталась и в 9-ке. Так, что отправлять файл надо не в кириллице, а на латинице. Но архиватор все равно проверю.
__________________
Хочешь рассмешить бога, расскажи ему свои планы на завтра.
Имхо хороший сайт,как не крути.
alexseystu вне форума