shadow_member
Там проще причины - Outlook специально подставляет в письмо ложные значения поля MIME/Type по которым ориентируются механизмы MIME которые не найдя в Реестре переданной в вызове WinAPI записи MIME/Type считают что это не известный формат файла. И snakelis правильно исправил поле ибо MIME/Type с именем image/x-citrix-jpeg отсутствует в Реестре - это "маленькая хитрость" Микрософт делающая "жизненно необходимыми" её продукты.
Записи о типе MIME-объекта хранятся поле Content Type подключа совпадающего с расширением файла в ветке Реестра [HKEY_LOCAL_MASHINE\SOFTWARE\Classes] которая отображается на виртуальный улей [HKEY_CURRENT_ROOT].
Для файла JPEG с расширением .jpg эта запись выглядит так:
Цитата:
и отображается на [HKCR] (это сделано только для удобства представления, ОС этот способ адресации ключей Реестра не использует):
Цитата:
Для просмотра изображений птица (как и многие иные программы) использует механизмы WinAPI и при неверном обозначении MIME/Type изображение не обрабатывается - "Покупайте наших слонов!". Простейший способ борьбы с конкурентами, хотя и грязный.
И в то же время пользователям искусственно связывают руки не позволяя задать более одного значения Content Type на каждое расширение (в терминах UNIX протокол) иначе было бы просто - дописать ещё один тип и всё работает. Да вот незадача - если это разрешить - крамола!, то кто тогда будет покупать слонов, сиречь поделия мелкософта? Монополия разорится, а у её хозяев дети/внуки и они кушать хотят.
Там проще причины - Outlook специально подставляет в письмо ложные значения поля MIME/Type по которым ориентируются механизмы MIME которые не найдя в Реестре переданной в вызове WinAPI записи MIME/Type считают что это не известный формат файла. И snakelis правильно исправил поле ибо MIME/Type с именем image/x-citrix-jpeg отсутствует в Реестре - это "маленькая хитрость" Микрософт делающая "жизненно необходимыми" её продукты.
Записи о типе MIME-объекта хранятся поле Content Type подключа совпадающего с расширением файла в ветке Реестра [HKEY_LOCAL_MASHINE\SOFTWARE\Classes] которая отображается на виртуальный улей [HKEY_CURRENT_ROOT].
Для файла JPEG с расширением .jpg эта запись выглядит так:
Цитата:
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.jpg]
@="jpegfile"
"Content Type"="image/jpeg"
"PerceivedType"="image"
и отображается на [HKCR] (это сделано только для удобства представления, ОС этот способ адресации ключей Реестра не использует):
Цитата:
[HKEY_CLASSES_ROOT\.jpg]
@="jpegfile"
"Content Type"="image/jpeg"
"PerceivedType"="image"
Для просмотра изображений птица (как и многие иные программы) использует механизмы WinAPI и при неверном обозначении MIME/Type изображение не обрабатывается - "Покупайте наших слонов!". Простейший способ борьбы с конкурентами, хотя и грязный.
И в то же время пользователям искусственно связывают руки не позволяя задать более одного значения Content Type на каждое расширение (в терминах UNIX протокол) иначе было бы просто - дописать ещё один тип и всё работает. Да вот незадача - если это разрешить - крамола!, то кто тогда будет покупать слонов, сиречь поделия мелкософта? Монополия разорится, а у её хозяев дети/внуки и они кушать хотят.