У меня есть клиент, который использует приложение, использующее файлы * .fr3, которые, насколько мне известно, представляют собой не что иное, как двоичные файлы в проприетарном формате. Эти файлы периодически отправляются по электронной почте от компании-разработчика программного обеспечения моему клиенту. Используя Outlook (2003 или 2010), клиент может сохранить вложение, а затем скопировать файл в приложение, которое их использует. Пока никаких проблем и ничего необычного.
Когда клиент использует OWA (Exchange 2003), даже на том же компьютере, и пытается сохранить вложения, в результате получаются файлы с нулевым байтом. Решение, которое они использовали для тех сотрудников, которые имеют доступ только через OWA, заключалось в том, чтобы попросить поставщика программного обеспечения заархивировать их и повторно отправить. Это отлично работает в пределах файла, но требует дополнительных действий и беспокойства, которые не должны требоваться.
Я не могу найти ничего, чтобы объяснить, почему это только происходит с файлами * .fr3. Все остальные получаемые ими вложения, такие как * .zip, * .pdf, * .doc (x), * .xls (x) и т. Д., Сохраняются отлично. Антивирусное программное обеспечение (Avast) также не рассматривает * .fr3 как нечто особенное.
Являются ли файлы * .fr3 чем-то особенным с точки зрения OWA, о чем я не знаю? Как я могу убедить OWA обращаться с ними так же, как с другими типами файлов, которые все сохраняются без проблем? Это не проблема остановки шоу, а лишь одно из раздражающих моментов, которые я пытаюсь устранить для клиента.
Некоторое время назад у меня была такая же проблема с OWA 2003 с использованием специального расширения. По-видимому, причина заключалась в сочетании недопустимого типа MIME, возвращенного сервером, и IE, неправильно определяющего тип MIME из заголовка файла.
Я все еще не уверен, почему загрузки были нулевыми байтами (это может происходить конкретно с файлами XML, но я ничего не читал об этом, происходящем с двоичными файлами), но это решило это:
Добавить .fr3 расширение с application/octet-stream Тип MIME в экземпляре IIS, который обслуживает OWA. (Если вы можете найти более подходящий тип MIME для файлов, используйте его вместо этого - application/octet-stream для общих двоичных файлов).
Следовать шаги, опубликованные Brad_Saide чтобы отключить обработку MIME и сниффинг MIME на клиенте. Это вкратце:
Перейдите к следующим разделам реестра:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_MIME_HANDLING
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_MIME_SNIFFING
Измените значение DWORD рядом с iexplore.exe с 1 на 0 в обеих областях.
В связанная публикация не рассматривает загрузку нулевого байта и говорит, что одно или другое решение (на сервере или на клиенте) должно устранять проблемы загрузки DOCX. Я внес оба изменения, и это решило мою проблему; К сожалению, я не пробовал вносить изменения постепенно, поэтому не уверен, что одно или другое исправит это.
Попробуйте сначала добавить пару расширения / MIME на сервер, а затем протестируйте и перейдите к клиентам.