Suivi de la conversion de contenu

  • Article

S’applique à : Exchange Server 2013

Le suivi de conversion de contenu capture les échecs de la conversion de contenu MAPI effectuée par le service de transport de boîtes aux lettres sur les messages entrants et sortants sur un serveur de boîtes aux lettres Microsoft Exchange Server 2013.

Le service de transport de boîtes aux lettres sur un serveur de boîtes aux lettres est responsable de la conversion du contenu des messages envoyés vers et depuis les destinataires de la boîte aux lettres. Plus précisément, le service de soumission de transport de boîte aux lettres convertit les messages sortants des utilisateurs de boîte aux lettres de MAPI en MIME. Le service de livraison de transport de boîtes aux lettres convertit les messages entrants pour les utilisateurs de boîtes aux lettres de MIME en MAPI. Le suivi de conversion de contenu est responsable de la capture de ces échecs de conversion MAPI.

Le catégoriseur du service de transport sur un serveur de boîtes aux lettres est responsable de la conversion de contenu de tous les messages envoyés aux destinataires externes. Le suivi de conversion de contenu ne capture pas les échecs de conversion de contenu rencontrés par le catégorisateur dans le service de transport lors de la conversion des messages envoyés à des destinataires externes.

Configurer le suivi de conversion de contenu

Le suivi de conversion de contenu est contrôlé par les paramètres suivants dans les applets de commande Set-TransportService et Set-MailboxTransportService dans Exchange Management Shell :

  • ContentConversionTracingEnabled : ce paramètre active ou désactive le suivi de conversion de contenu dans le service de transport sur le serveur de boîtes aux lettres ou dans le service transport de boîtes aux lettres sur le serveur de boîtes aux lettres. Les valeurs valides pour ce paramètre sont $true et $false. La valeur par défaut est $false. Si votre organisation Exchange contient plusieurs serveurs de boîtes aux lettres, vous devez activer le suivi de la conversion de contenu sur chaque serveur de boîtes aux lettres.

  • PipelineTracingPath : bien que ce paramètre soit associé au suivi de pipeline, il spécifie également l’emplacement racine des fichiers de suivi de conversion de contenu. L’emplacement par défaut dans le service de transport est %ExchangeInstallPath%TransportRoles\Logs\Hub\PipelineTracing. L’emplacement par défaut dans le service de transport de boîtes aux lettres est %ExchangeInstallPath%TransportRoles\Logs\Mailbox\PipelineTracing. Le chemin d’accès doit être local sur l’ordinateur Exchange.

La conversion de contenu crée un dossier nommé ContentConversionTracing dans le chemin spécifié par le paramètre PipelineTracingPath . Dans le dossier, la ContentConversionTracing conversion de contenu crée deux sous-dossiers : InboundFailures et OutboundFailures. Le InboundFailures dossier contient les informations relatives aux échecs de conversion de contenu des messages entrants. Le OutboundFailures dossier contient les informations des échecs de conversion de contenu de messages sortants.

La taille maximale de tous les fichiers du InboundFailures dossier ou du OutboundFailures dossier est de 128 mégaoctets (Mo). Le suivi de conversion de contenu n’utilise pas la journalisation circulaire pour supprimer les anciens fichiers en fonction de l’âge ou de la taille des fichiers. Dès que la taille maximale d’un dossier est atteinte, le suivi de conversion de contenu cesse d’écrire des informations dans le dossier. Si vous souhaitez vous assurer que les limites maximales de taille de dossier ne sont pas dépassées, vous pouvez créer une tâche planifiée qui déplace régulièrement les fichiers de suivi de conversion de contenu vers un autre emplacement.

Les autorisations requises sur les dossiers et sous-dossiers utilisés dans le suivi de conversion de contenu sont les suivantes :

  • Administrateurs : Contrôle total

  • Service réseau : Contrôle total

  • Système : Contrôle total

Avertissement

Le suivi de la conversion de contenu copie le contenu complet des messages électroniques. Pour éviter la divulgation indésirable d’informations confidentielles, vous devez définir les autorisations de sécurité appropriées sur l’emplacement des fichiers de suivi de la conversion de contenu.

Fonctionnement du suivi de conversion de contenu

Lorsque la conversion de contenu d’un message entrant échoue, une notification d’état de remise (DSN) dont le code d’état est 5.6.0 est envoyée à l’expéditeur du message. Si le suivi de conversion de contenu est activé, les informations d’échec sont enregistrées au moment où le message DSN 5.6.0 est généré. Chaque erreur de conversion de contenu génère deux fichiers distincts.

Une erreur de conversion de contenu qui se produit lorsqu’un message entrant est converti de MIME en MAPI génère les deux fichiers suivants dans le dossier InboundFailures :

  • <GUID.eml> : ce fichier contient le message ayant échoué au format texte.

  • <GUID>.txt: ce fichier contient la description de l’exception, les résultats de conversion, les options de conversion et les limites de taille des messages imposées à tous les messages par le service de transport de boîtes aux lettres.

Une erreur de conversion de contenu qui se produit lorsqu’un message sortant est converti de MAPI en MIME génère les deux fichiers suivants dans le dossier OutboundFailures :

  • <GUID.msg> : ce fichier contient le message ayant échoué au format de message Microsoft Outlook.

  • <GUID>.txt: ce fichier contient la description de l’exception, les résultats de conversion, les options de conversion et les limites de taille des messages imposées à tous les messages par le pilote de magasin.

Le GUID> d’espace réservé < est le même dans les deux noms de fichiers. Chaque erreur de conversion de contenu génère un GUID différent qui est utilisé dans les noms de fichiers des messages et des fichiers texte correspondants. Un exemple de GUID utilisé dans les noms de fichiers est 038b930e-61fd-4bfd-b9b4-0374c18b73f7.

Considérations relatives au suivi de conversion de contenu

Vous pouvez laisser le suivi de conversion de contenu activé pour une surveillance proactive. Vous pouvez également activer le suivi de conversion de contenu pour résoudre un événement d’échec spécifique. Vous pouvez généralement reproduire les échecs de conversion de contenu entrant en demandant au destinataire du message DSN 5.6.0 de renvoyer le message d’origine.

Les échecs de conversion de contenu entrant sont les plus courants. Voici quelques-unes des raisons pour lesquelles les erreurs de conversion de contenu entrant sont les suivantes :

  • Violations des limites de taille des messages : ces limites de taille de message sont imposées par le service de transport de boîtes aux lettres pour empêcher les attaques par déni de service (DoS). Ces limites de message sont répertoriées dans le < fichier de.txt GUID>. Ces limites de message sont les suivantes :

    • MaxMimeTextHeaderLength : cette limite spécifie le nombre maximal de caractères de texte pouvant être utilisés dans un en-tête MIME. La valeur est 2000.

    • MaxMimeSubjectLength : cette limite spécifie le nombre maximal de caractères de texte pouvant être utilisés dans la ligne d’objet. La valeur est 255.

    • MSize : cette limite spécifie la taille maximale des messages. La valeur est 2147483647 octets.

    • MaxMimeRecipients : cette limite spécifie le nombre total de destinataires autorisés dans les champs À, Cc et Cci. La valeur est 12288.

    • MaxRecipientPropertyLength : cette limite spécifie le nombre maximal de caractères de texte pouvant être utilisés dans une description de destinataire. La valeur est 1000.

    • MaxBodyPartsTotal : cette limite spécifie le nombre maximal de parties de message pouvant être utilisées dans un message MIME en plusieurs parties. La valeur est 250.

    • MaxEmbeddedMessageDepth : cette limite spécifie le nombre maximal de messages transférés qui peuvent exister dans un message. La valeur est 30.

      Pour plus d’informations sur les limites de taille des messages configurables utilisées dans le service de transport sur les serveurs de boîtes aux lettres ou sur les serveurs de transport Edge, consultez Limites de taille des messages.

  • Échec de la conversion d’un message iCalendar entrant en demande de réunion : RFC 2445 définit iCalendar comme une norme pour l’échange de données de calendrier. Les causes spécifiques de l’échec de conversion sont les suivantes :

    • Utilisation incorrecte d’iCalendar par l’agent d’envoi.

    • Constructions d’iCalendar qui ne peuvent pas être prises en charge par le schéma de calendrier Outlook ou Exchange.

    Les échecs de conversion d’iCalendar n’entraînent pas la réception par l’expéditeur d’un message DSN 5.6.0. Au lieu de cela, le message est remis avec un fichier .ics joint qui contient le corps du message iCalendar.

  • Échecs causés par des messages MIME mal mis en forme : les courriers commerciaux non sollicités ou les courriers indésirables peuvent présenter des erreurs de mise en forme dans l’en-tête de message, telles que des guillemets non appariés dans les descriptions des destinataires. Un nombre beaucoup plus faible d’échecs provoqués par des messages MIME mal mis en forme sont considérés comme des bogues.

Les échecs de conversion de contenu sortant sont beaucoup moins courants que les échecs entrants. Lorsque des échecs sortants se produisent, ils sont généralement causés par des bogues de code Exchange ou un contenu de message endommagé.