Fix GuideTNEF FormatExchange Online

Résoudre le problème de pièce jointe Winmail.dat – Exchange Online/Office 365 2026

Les destinataires reçoivent des fichiers Winmail.dat au lieu des pièces jointes réelles lorsque les e-mails sont envoyés depuis Exchange Online. Cela se produit en raison des paramètres de format TNEF dans la configuration des domaines distants.

Emanuel DE ALMEIDA

17 mars 2026 12 min 4

TNEF FormatExchange Online 5 méthodes 12 min

Solution rapide

Accédez à Exchange Admin Center → Flux de messagerie → Domaines distants → Par défaut → Modifier → Définir Utiliser le format texte enrichi sur Jamais et changer les jeux de caractères en Unicode (UTF-8). Cela empêche l'encodage TNEF qui crée des pièces jointes Winmail.dat.

Comprendre le problème de pièce jointe Winmail.dat

Le problème de pièce jointe Winmail.dat est un problème courant dans les environnements Exchange Online et Office 365 où les destinataires reçoivent des fichiers Winmail.dat mystérieux au lieu des pièces jointes réelles envoyées depuis Outlook. Cela se produit parce qu'Exchange Online utilise par défaut le Transport Neutral Encapsulation Format (TNEF), qui emballe le formatage de texte enrichi et les pièces jointes dans un format propriétaire de Microsoft que les systèmes de messagerie non-Exchange ne peuvent pas interpréter.

Lorsqu'un utilisateur d'Outlook envoie un e-mail avec un formatage de texte enrichi ou des pièces jointes à des destinataires externes utilisant Gmail, Yahoo ou d'autres fournisseurs de messagerie non-Microsoft, le système récepteur ne peut pas décoder le format TNEF. Au lieu de cela, il crée un fichier générique Winmail.dat contenant les données encodées, rendant la pièce jointe originale inaccessible au destinataire.

Ce problème apparaît généralement après une migration vers Office 365 ou lorsque les organisations commencent à utiliser Exchange Online pour la communication externe. Le problème affecte la productivité des entreprises et la communication professionnelle, car des documents importants deviennent inaccessibles aux clients, partenaires et fournisseurs utilisant différentes plateformes de messagerie. Comprendre et résoudre ce problème est crucial pour maintenir une communication externe efficace dans les environnements commerciaux modernes.

Diagnostic

Symptômes

Les destinataires reçoivent des fichiers Winmail.dat au lieu des pièces jointes PDF, Word ou Excel réelles
Certains destinataires voient les pièces jointes correctes tandis que d'autres voient Winmail.dat
Les systèmes de messagerie non-Exchange ne peuvent pas ouvrir ou afficher correctement les pièces jointes
Le formatage des e-mails semble cassé ou manquant pour les destinataires externes
Les pièces jointes apparaissent comme des fichiers génériques Winmail.dat quel que soit le type de fichier original

Analyse

Causes

Exchange Online utilise le format d'encapsulation neutre de transport (TNEF) par défaut pour les messages en texte enrichi
Configuration de domaine distant définie pour autoriser le format texte enrichi pour les destinataires externes
Les systèmes de messagerie non-Microsoft ne peuvent pas interpréter les messages encodés en TNEF
Incompatibilité de jeu de caractères entre les systèmes de messagerie de l'expéditeur et du destinataire
Paramètres Exchange hérités transférés lors de la migration vers Office 365
Client Outlook configuré pour envoyer le format texte enrichi aux destinataires internet

Méthodes de résolution

Solutions

Configurer les domaines distants dans le Centre d'administration Exchange

Cette méthode désactive le format TNEF via l'interface du Centre d'administration Exchange.

Connectez-vous au Centre d'administration Microsoft 365 avec des identifiants administrateur
Accédez à Centres d'administration → Exchange
Dans le Centre d'administration Exchange, développez Flux de messagerie dans la navigation de gauche
Cliquez sur Domaines distants
Sélectionnez Par défaut dans la liste des domaines distants
Cliquez sur l'icône Modifier (crayon)
Accédez à l'onglet Format du message
Sous Utiliser le format texte enrichi, sélectionnez Jamais
Changez Jeu de caractères en Unicode (UTF-8)
Changez Jeu de caractères non-MIME en Unicode (UTF-8)
Cliquez sur Enregistrer pour appliquer les modifications

Astuce pro : Les modifications peuvent prendre jusqu'à 30 minutes pour se propager sur tous les serveurs Exchange Online.

Vérification : Envoyez un e-mail de test avec une pièce jointe à un destinataire externe. Confirmez qu'ils reçoivent le fichier réel au lieu de Winmail.dat.

Utiliser les commandes PowerShell d'Exchange Online

Configurez les paramètres de domaine distant à l'aide de PowerShell pour un contrôle plus précis.

Installez le module Exchange Online PowerShell s'il n'est pas déjà installé :
```
Install-Module -Name ExchangeOnlineManagement -Force
```

Connectez-vous à Exchange Online PowerShell :

Connect-ExchangeOnline -UserPrincipalName admin@yourdomain.com

Listez les domaines distants actuels pour vérifier la configuration :

Get-RemoteDomain | Format-Table -AutoSize Name, DomainName, TNEFEnabled

Vérifiez les paramètres TNEF actuels pour le domaine par défaut :

Get-RemoteDomain -Identity "Default" | Select-Object Id, TNEFEnabled, CharacterSet, NonMimeCharacterSet

Désactivez TNEF et définissez l'encodage de caractères UTF-8 :

Set-RemoteDomain -Identity "Default" -TNEFEnabled $false -CharacterSet utf-8 -NonMimeCharacterSet utf-8

Vérifiez que les modifications ont été appliquées :

Get-RemoteDomain -Identity "Default" | Select-Object Id, TNEFEnabled, CharacterSet, NonMimeCharacterSet

Déconnectez-vous d'Exchange Online :
```
Disconnect-ExchangeOnline
```

Avertissement : Assurez-vous d'avoir les autorisations d'administrateur Exchange ou d'administrateur global avant d'exécuter ces commandes.

Vérification : La valeur TNEFEnabled doit apparaître comme False et les deux jeux de caractères doivent afficher utf-8.

Configurer les paramètres de format de message du client Outlook

Ajustez les paramètres individuels du client Outlook pour empêcher le format texte enrichi pour les destinataires Internet.

Ouvrez l'application de bureau Outlook
Accédez à Fichier → Options
Sélectionnez Courrier dans la barre latérale gauche
Cliquez sur le bouton Options de l'éditeur
Dans la boîte de dialogue Options de l'éditeur, cliquez sur Avancé
Faites défiler jusqu'à Options internationales
Décochez Sélectionner automatiquement le codage pour les messages sortants
Cliquez sur OK pour fermer les Options de l'éditeur
De retour dans les options de Courrier, faites défiler jusqu'à la section Format du message
Définissez Composer les messages dans ce format sur HTML
Cliquez sur le bouton Format Internet
Sélectionnez Convertir en format HTML
Définissez Codage sur Unicode (UTF-8)
Cliquez sur OK puis à nouveau sur OK pour enregistrer les paramètres

Astuce pro : Cette méthode n'affecte que le client Outlook spécifique et doit être répétée pour chaque utilisateur.

Vérification : Créez un nouvel e-mail à un destinataire externe, joignez un fichier et confirmez que le format du message s'affiche en HTML dans les options du message.

Créer des règles de domaine distant spécifiques pour les destinataires problématiques

Créez des configurations de domaine distant ciblées pour des domaines spécifiques rencontrant des problèmes de Winmail.dat.

Connectez-vous à Exchange Online PowerShell :
```
Connect-ExchangeOnline
```
Identifiez le domaine du destinataire problématique (par exemple, gmail.com, yahoo.com)
Créez un nouveau domaine distant pour le domaine spécifique :
```
New-RemoteDomain -Name "Gmail Domain" -DomainName "gmail.com"
```

Configurez le nouveau domaine distant pour désactiver TNEF :

Set-RemoteDomain -Identity "Gmail Domain" -TNEFEnabled $false -CharacterSet utf-8 -NonMimeCharacterSet utf-8

Définissez des options de formatage supplémentaires :

Set-RemoteDomain -Identity "Gmail Domain" -ContentType MimeHtmlText -LineWrapSize Unlimited

Vérifiez la nouvelle configuration du domaine distant :
```
Get-RemoteDomain -Identity "Gmail Domain" | Format-List
```
Répétez les étapes 3 à 6 pour d'autres domaines problématiques si nécessaire

Astuce pro : Les règles de domaine spécifiques ont la priorité sur la configuration de domaine distant par défaut.

Vérification : Envoyez des e-mails de test aux destinataires dans les domaines configurés et confirmez qu'ils reçoivent les pièces jointes appropriées au lieu des fichiers Winmail.dat.

Configuration avancée des règles de transport

Créer des règles de transport pour forcer le format texte brut ou HTML pour les emails externes avec pièces jointes.

Dans le Centre d'administration Exchange, naviguez vers Flux de courrier → Règles
Cliquez sur Ajouter une règle → Créer une nouvelle règle
Nommer la règle : Empêcher Winmail.dat pour les destinataires externes
Définir la condition : Le destinataire est situé → En dehors de l'organisation
Ajouter une condition : Le message → a une pièce jointe
Définir l'action : Modifier les propriétés du message → Définir le format du message sur HTML
Ajouter une action : Définir l'en-tête du message avec :
- Nom de l'en-tête : Content-Type
- Valeur de l'en-tête : text/html; charset=utf-8
Définir la priorité de la règle à 0 (priorité la plus élevée)
Activer la règle et cliquer sur Enregistrer

Approche alternative avec PowerShell :

New-TransportRule -Name "Block TNEF External" -SentToScope NotInOrganization -HasAttachment $true -SetHeaderName "X-MS-Exchange-Organization-DisableTnef" -SetHeaderValue "true"

Avertissement : Les règles de transport affectent tous les emails sortants et peuvent impacter le formatage des messages. Testez minutieusement avant de mettre en œuvre.

Vérification : Surveillez le flux de courrier en utilisant Get-MessageTrace pour confirmer que la règle est appliquée aux emails externes avec pièces jointes.

Validation

Vérification

Pour confirmer que le problème Winmail.dat est résolu, effectuez ces étapes de vérification :

Envoyez un email de test avec une pièce jointe PDF à un compte Gmail ou Yahoo externe
Demandez au destinataire de confirmer qu'il reçoit bien le fichier PDF, et non une pièce jointe Winmail.dat

Vérifiez les en-têtes du message en utilisant PowerShell :

Get-MessageTrace -SenderAddress sender@yourdomain.com -RecipientAddress external@gmail.com -StartDate (Get-Date).AddHours(-1)

Vérifiez que les paramètres de domaine distant montrent TNEFEnabled comme False :
```
Get-RemoteDomain | Where-Object {$_.TNEFEnabled -eq $false}
```
Testez avec plusieurs fournisseurs de messagerie externes pour assurer un comportement cohérent

Astuce pro : Gardez un compte de messagerie externe de test spécifiquement pour vérifier les problèmes de livraison de pièces jointes.

Si ça ne fonctionne pas

Dépannage avancé

Si les méthodes ci-dessus n'ont pas résolu le problème Winmail.dat, essayez ces étapes de dépannage avancées :

Vérifiez la version du client Outlook : Assurez-vous que tous les utilisateurs ont des clients Outlook mis à jour. Les versions héritées peuvent remplacer les paramètres du serveur.
Vérifiez le plan Exchange Online : Certaines fonctionnalités avancées de flux de courrier nécessitent des plans Exchange Online spécifiques.
Examinez les compléments tiers : Désactivez les compléments Outlook qui pourraient interférer avec le formatage des messages.
Vérifiez la configuration hybride : Dans les environnements hybrides, vérifiez que les paramètres Exchange sur site ne sont pas en conflit avec les paramètres cloud.
Surveillez les journaux de suivi des messages : Utilisez Get-MessageTrace avec un suivi détaillé pour identifier où se produit le codage TNEF.
Contactez le support Microsoft : Si le problème persiste après avoir essayé toutes les méthodes, ouvrez un dossier de support avec l'équipe de support Microsoft 365.

Pour les problèmes persistants, envisagez de mettre en œuvre un déploiement progressif en créant des règles de domaine distant spécifiques pour les domaines de destinataires problématiques avant d'appliquer des modifications globales.

Questions Fréquentes

Qu'est-ce qu'un fichier Winmail.dat et pourquoi apparaît-il ?+

Winmail.dat est un fichier créé lorsque Microsoft Exchange ou Outlook envoie des e-mails en utilisant le format Transport Neutral Encapsulation Format (TNEF). Ce format propriétaire de Microsoft regroupe la mise en forme du texte enrichi, les pièces jointes et d'autres propriétés du message dans un seul fichier. Lorsque des systèmes de messagerie non-Microsoft reçoivent ces messages, ils ne peuvent pas décoder le format TNEF et l'affichent à la place comme une pièce jointe nommée Winmail.dat. Le fichier contient la pièce jointe originale et les informations de mise en forme, mais les destinataires utilisant Gmail, Yahoo, Apple Mail ou d'autres systèmes non-Exchange ne peuvent pas accéder au contenu sans outils spéciaux.

La désactivation de TNEF affectera-t-elle le formatage des e-mails internes au sein de mon organisation ?+

Non, désactiver TNEF pour les domaines distants n'affecte que les e-mails envoyés à des destinataires externes en dehors de votre organisation. Les e-mails internes entre utilisateurs du même locataire Exchange Online continueront à prendre en charge le formatage de texte enrichi, les invitations de calendrier, les boutons de vote et d'autres fonctionnalités avancées d'Outlook. Les paramètres de domaine distant ciblent spécifiquement la communication externe tout en préservant la fonctionnalité complète pour la collaboration interne. Vos utilisateurs bénéficieront toujours de toutes les fonctionnalités d'Outlook lorsqu'ils communiquent avec des collègues au sein de l'organisation.

Combien de temps faut-il pour que les modifications de domaine à distance prennent effet ?+

Les modifications de configuration de domaine distant dans Exchange Online se propagent généralement en 15 à 30 minutes sur tous les serveurs. Cependant, dans certains cas, cela peut prendre jusqu'à 2 heures pour que les modifications se répliquent complètement dans tous les centres de données Exchange Online à l'échelle mondiale. Pendant cette période de propagation, certains e-mails peuvent encore être envoyés avec un encodage TNEF tandis que d'autres utilisent les nouveaux paramètres. Il est recommandé d'attendre au moins 30 minutes après avoir effectué des modifications avant de tester, et de réaliser plusieurs tests sur quelques heures pour garantir un comportement cohérent.

Puis-je configurer des paramètres différents pour des domaines externes spécifiques ?+

Oui, vous pouvez créer des configurations de domaine distant spécifiques pour des domaines externes individuels ou des groupes de domaines. Cela vous permet de maintenir TNEF pour certains partenaires externes qui utilisent Exchange tout en le désactivant pour d'autres. Utilisez la cmdlet PowerShell New-RemoteDomain pour créer des règles spécifiques au domaine, telles que des configurations séparées pour gmail.com, yahoo.com ou des organisations partenaires. Les règles de domaine spécifiques ont la priorité sur les paramètres de domaine distant par défaut, vous offrant un contrôle granulaire sur le formatage des messages en fonction du fournisseur de messagerie du destinataire.

Que dois-je faire si les destinataires reçoivent encore des fichiers Winmail.dat après avoir appliqué ces correctifs ?+

Si les fichiers Winmail.dat persistent après les modifications de configuration, vérifiez d'abord que les paramètres ont pris effet en utilisant les commandes PowerShell Get-RemoteDomain. Vérifiez que TNEFEnabled est affiché comme False et que les jeux de caractères sont définis sur utf-8. Effacez le cache de saisie semi-automatique d'Outlook et redémarrez l'application, car les propriétés des destinataires mises en cache peuvent remplacer les paramètres du serveur. Testez à partir de différents clients Outlook (bureau, web, mobile) pour isoler les problèmes spécifiques au client. Si les problèmes persistent, créez des règles de transport pour forcer le formatage HTML des e-mails externes, ou contactez le support Microsoft pour un dépannage avancé de votre configuration Exchange Online spécifique.

Écrit par

Emanuel DE ALMEIDA

Microsoft MCSA-certified Cloud Architect | Fortinet-focused. I modernize cloud, hybrid & on-prem infrastructure for reliability, security, performance and cost control - sharing field-tested ops & troubleshooting.

Intelligence Complémentaire

Approfondissez vos connaissances

fix

Azure

Corriger l'erreur Azure AD Connect 8344 – Windows Server Active Directory 2026

Explorer

fix

Exchange Online