4 votes

OWA 2003, impossible d'enregistrer les pièces jointes *.fr3

J'ai un client qui utilise une application qui utilise des fichiers *.fr3, qui, pour autant que je sache, ne sont rien d'autre que des fichiers binaires dans un format propriétaire. Ces fichiers sont périodiquement envoyés par courriel par la société de logiciels à mon client. À l'aide d'Outlook (2003 ou 2010), le client peut enregistrer la pièce jointe, puis copier le fichier dans l'application qui les utilise. Aucun problème et rien d'inhabituel jusqu'à présent.

Lorsque le client utilise OWA (Exchange 2003), même sur la même machine, et qu'il essaie d'enregistrer les pièces jointes, il obtient des fichiers de zéro octet. La solution utilisée pour les membres du personnel qui n'ont accès qu'à OWA a été de demander au fournisseur de logiciels de les compresser et de les renvoyer. Cela fonctionne bien en ce qui concerne le fichier, mais implique des étapes supplémentaires et des tracas qui ne devraient pas être nécessaires.

Je ne trouve rien qui explique pourquoi cette nur se produit avec les fichiers *.fr3. Toutes les autres pièces jointes qu'ils reçoivent, telles que *.zip, *.pdf, *.doc(x), *.xls(x), etc. s'enregistrent parfaitement. Le logiciel anti-virus (Avast) ne traite pas non plus les fichiers *.fr3 comme des fichiers spéciaux.

Les fichiers *.fr3 ont-ils quelque chose de spécial que je ne connais pas en ce qui concerne OWA ? Comment puis-je convaincre OWA de les traiter de la même manière que les autres types de fichiers, qui sont tous enregistrés sans problème ? Ce n'est pas un problème majeur, mais c'est l'un des désagréments que j'essaie de résoudre pour le client.

0 votes

Il peut être intéressant de tester si cela est dû au contenu du fichier ou à l'extension en créant un fichier binaire indésirable avec une extension .fr3 et l'envoyer au client ou modifier l'extension d'un des fichiers légitimes.

0 votes

J'essaierai lundi.

0voto

hhh Points 19

J'ai eu le même problème avec OWA 2003 il y a quelque temps, en utilisant une extension personnalisée. Apparemment, la cause était une combinaison de l'absence de type MIME valide renvoyé par le serveur et de la détection incorrecte par IE du type MIME à partir de l'en-tête du fichier.

Je ne suis toujours pas sûr de la raison pour laquelle les téléchargements étaient de zéro octet (cela peut se produire avec les fichiers XML en particulier, mais je n'ai rien lu à propos de ce qui se passe avec les binaires), mais cela a résolu le problème :

  • Ajouter le .fr3 avec l'extension application/octet-stream Type MIME sur l'instance IIS qui sert OWA. (Si vous pouvez trouver un type MIME plus approprié pour les fichiers, utilisez-le à la place -- application/octet-stream est pour les binaires génériques).

  • Suivez les étapes postées par Brad_Saide pour désactiver la gestion MIME et le reniflage MIME sur le client. Voici le résumé de la situation :

Accédez aux clés de registre suivantes :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_MIME_HANDLING
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_MIME_SNIFFING

Modifiez la valeur DWORD à côté de iexplore.exe de 1 à 0 dans les deux zones.

Le site poste lié ne traite pas des téléchargements de zéro octet et indique que l'une ou l'autre des solutions (soit sur le serveur, soit sur le client) devrait résoudre les problèmes de téléchargement de DOCX. J'ai effectué les deux modifications et cela a résolu mon problème. Malheureusement, je n'ai pas essayé d'effectuer les modifications de manière incrémentielle, donc je ne suis pas sûr que l'une ou l'autre solution puisse résoudre le problème.

Essayez d'abord d'ajouter la paire extension/MIME au serveur, puis testez et passez aux clients.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X