Un message électronique signé ou scellé envoyé en dehors de l'organisation est enveloppé dans un message de clause d'exclusion de responsabilité et ne peut pas être lu par le destinataire

  • Article

 

Dernière rubrique modifiée : 2009-02-17

Lorsqu'un utilisateur en dehors d'une organisation Exchange reçoit un message électronique qui inclut une pièce jointe nommée Winmail.dat de Microsoft Exchange Server 2007, il ne peut pas ouvrir le fichier joint.

Cette rubrique fournit des informations sur le dépannage de ce problème, qui peut se produire lorsque les conditions suivantes sont vraies :

  • Une règle de transport active ajoute une clause d'exclusion de responsabilité à chaque message sortant de l'organisation Exchange locale.

  • L'action de secours pour la règle de transport prévoit d'envelopper le message pour les scénarios dans lesquels la clause d'exclusion de responsabilité ne peut pas être appliquée au message d'origine.

  • Un utilisateur envoie un message signé ou scellé basé sur Exchange 2007 à un destinataire en dehors de l'organisation.

  • Le destinataire du message utilise un programme client qui ne peut pas interpréter les fichiers au format TNEF (Transport Neutral Encapsulation Format).

Un message signé ou scellé numériquement ne peut pas être modifié. Par conséquent, une règle de transport ne peut pas ajouter de clause d'exclusion de responsabilité directement au message signé ou scellé numériquement. Pour s'assurer qu'une clause d'exclusion de responsabilité est ajoutée à tous les messages, l'administrateur peut configurer une règle de transport dans Exchange pour qu'un nouveau message incluant la clause d'exclusion de responsabilité soit créé. Exchange enveloppe ensuite le message d'origine dans le nouveau message si le premier ne peut pas être modifié. Pour ce faire, le message d'origine est ajouté au message d'enveloppe comme partie du corps avec un type de contenu « message/rfc822 ». Dans ce scénario, le destinataire reçoit un message contenant la clause d'exclusion de responsabilité avec une pièce jointe contenant le message d'origine signé ou scellé. Le contenu du message d'origine est une pièce jointe binaire au format TNEF nommée Winmail.dat. Tous les programmes clients de messagerie ne peuvent toutefois pas interpréter les fichiers TNEF.

Comme certains programmes clients de messagerie ne peuvent pas interpréter les fichiers TNEF, lorsqu'un message est envoyé à un destinataire n'appartenant pas à l'organisation locale, le serveur de transport Hub convertit les parties de corps TNEF en parties de corps Internet standard. La conversion en parties de corps Internet standard survient une fois le message enveloppé dans le message de clause d'exclusion de responsabilité. Les parties de corps enveloppées dans le type de contenu « message/rfc822 » ne sont ni vérifiées ni converties. Le message d'origine dans le fichier joint n'est donc pas converti dans un format déchiffrable par le client de messagerie du destinataire.

Au sein d'une organisation Exchange, le contenu des messages est principalement transmis sous la forme de parties de corps codées au format TNEF. Les parties de corps codées au format TNEF ne sont pas un problème au sein de l'organisation Exchange car Outlook peut interpréter ce type de contenu. En outre, des mécanismes permettent de s'assurer que le format TNEF est converti en parties de corps Internet standard lorsqu'un utilisateur Exchange n'utilise pas Outlook pour accéder aux messages.