« 550 5.6.0 CAT. InvalidContent.Exception » et l’e-mail n’est pas remis dans Exchange Server 2016 et 2013

Symptômes

Prenons l’exemple du scénario suivant :

• Vous envoyez un e-mail à l’aide d’une boîte aux lettres Microsoft Exchange Server 2016 ou Exchange Server boîte aux lettres 2013.

• La ligne d’objet du message électronique contient des caractères codés non pris en charge, en commençant par CP ou MS et suivis de « - » au lieu d’un nombre, tel que cp-850.

Dans ce scénario, l’e-mail n’est pas remis. En outre, vous pouvez recevoir un message de rapport de non-remise (NDR) qui ressemble à ce qui suit :

Par conséquent, les e-mails de rapport de journal de la notification d’échec de remise pour le courrier cp-850 caractères ne peuvent pas être remis aux boîtes aux lettres de destination du journal Exchange.

Cause

Ce problème se produit car Exchange Server 2016 et Exchange Server 2013 ne traitent pas de message électronique si la ligne d’objet contient des caractères codés non pris en charge.

Résolution

Pour résoudre ce problème, installez l’une des mises à jour suivantes :

• Pour Exchange Server 2016, installez la mise à jour cumulative 9 ou une mise à jour cumulative ultérieure pour Exchange Server 2016.

• Pour Exchange Server 2013, installez la mise à jour cumulative 20 ou une mise à jour cumulative ultérieure pour Exchange Server 2013.

En outre, une fonctionnalité est disponible pour permettre au secours d’utiliser le jeu de caractères par défaut dans le fichier de configuration. Si vous activez cette fonctionnalité, les messages électroniques qui ont des caractères codés non pris en charge dans la ligne d’objet peuvent être remis. Pour activer cette fonctionnalité, procédez comme suit :

1. Configurez ces deux fichiers : EdgeTransport.exe.config et MSExchangeDelivery.exe.config.

   • RemarquePar défaut, ces deux fichiers se trouvent dans le dossier suivant : C :\Program Files\Microsoft\Exchange Server\V14\Bin, ouvrez les fichiers dans le Bloc-notes.

   • Dans chaque fichier, ajoutez les éléments de configuration suivants sous l’élément de configuration :
     

     Remarque La seule différence dans l’élément est « Version ». Par exemple, utilisez « Version=15.0.1366.0 » pour Exchange Server mise à jour cumulative 2013, « Version=15.1.1462.0 » pour Exchange Server mise à jour cumulative 2016 9.

     <configSections>
         <section name="CTS" type="Microsoft.Exchange.Data.Internal.CtsConfigurationSection, Microsoft.Exchange.Data.Common, Version=15.0.1366.0, Culture=Neutral, PublicKeyToken=31bf3856ad364e35" />
     </configSections>
     <CTS>
         <Globalization>
           <FallbackToDefaultCharset Fallback="true"/>
           <DefaultCulture Culture="en"/>
         </Globalization>
     </CTS>

     Remarques :

     a) La section configSections doit être le premier élément de l’élément de configuration appliqué par .Net. Si ce n’est pas le cas, le service de transport cesse de répondre au démarrage.

     b) La version, la culture et le jeton public de l’assembly Microsoft.Exchange.Data.Common doivent être corrects. Vous pouvez les trouver à partir du Global Assembly Cache (GAC).

     c) L’élément FallbackToDefaultCharset est utilisé pour activer ou désactiver cette fonctionnalité. Vous pouvez activer ou désactiver cette fonctionnalité en définissant l’attribut de secours sur true ou false.

     d) L’élément DefaultCUlture permet de spécifier une culture de secours si le jeu de caractères sur le message électronique n’est pas pris en charge. Vous devez définir l’attribut Culture sur un nom de culture valide. Si ce n’est pas le cas, Exchange utilise la culture du thread actuel comme culture de secours. Dans l’exemple de configuration, la culture de secours est définie sur « en ».

2. Enregistrez les fichiers EdgeTransport.exe.config et MSExchangeDelivery.exe.config.

3. Redémarrez le service de transport pour prendre effet.

Remarque Le fichier de configuration doit être modifié avec soin. Il n’y a pas de traces ou de journaux d’événements pour diagnostics. La fonctionnalité ne fonctionnera pas comme prévu s’il y a une faute de frappe dans le fichier de configuration. En outre, notez que pour un message dont l’ensemble de caractères n’est pas pris en charge, nous ne garantissons rien avec le message lors de sa réception et nous ne garantissons pas la fidélité des messages causés par ce message lors de sa réception.

En outre, voici un lien connexe que vous pouvez référencer : un e-mail contenant des caractères codés non pris en charge dans la ligne d’objet n’est pas remis dans un environnement Exchange Server 2010.

Plus d’informations

Un problème peut se produire après avoir appliqué cette mise à jour avec la mise à jour du fichier EdgeTransport.exe.config. Lorsque le fichier EdgeTransport.exe.config est mis à jour avec Set-AppConfigValue lors de l’installation d’une mise à jour cumulative ultérieure pour Exchange Server 2016 ou Exchange Server 2013, le message d’erreur suivant peut s’afficher :

Microsoft.Exchange.Data.Common.LocalizedException : Set-AppConfigValue : la section de nœud a été trouvée dans le fichier F :\Program Files\Microsoft\Exchange Server\V15\bin\EdgeTransport.exe.config, mais elle n’est pas unique.

Pour résoudre le problème, avant d’exécuter une mise à jour cumulative ultérieure pour Exchange Server 2016 ou Exchange Server 2013, vous devez effectuer les étapes suivantes pour supprimer la section CTS comme indiqué ci-dessus du fichier EdgeTransport.exe.config :

• Arrêtez tous les services Exchange.

• Copiez et enregistrez le fichier EdgeTransport.exe.config.

• Supprimez la section CTS suivante (comme indiqué ci-dessus) du fichier EdgeTransport.exe.config.
  
  <CTS> <Globalization> <FallbackToDefaultCharset Fallback="true"/>
  <DefaultCulture Culture="en"/>
  ></Globalization
  <> /CTS

• Enregistrez le fichier EdgeTransport.exe.config mis à jour.

• Exécutez la configuration d’une mise à jour cumulative ultérieure de Exchange Server 2016 ou Exchange Server 2013.

• Dès que l’installation est terminée, suivez cet article pour mettre à jour le fichier EdgeTransport.exe.config.

État

Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « Produits concernés ».

Références

En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.