Questions fréquentes sur MIME et la conversion de contenu dans Exchange 2000 Server et dans Exchange Server 2003

Traductions disponibles Traductions disponibles
Numéro d'article: 836555 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Résumé

Cet article contient des réponses aux questions fréquemment posées sur la norme MIME et les méthodes codage qui permettent à différents systèmes de distribution de travailler ensemble. Cet article explique brièvement comment résoudre tronqués ou illisible messages dans un environnement Microsoft Exchange.

Plus d'informations

premier : Qu'est le format de message électronique?

A1: Messages électroniques suivre les normes de format sont définies dans RFC 2822. Un message est constitué de champs en-tête et un corps. Les champs d'en-tête sont collectivement nommés « en-tête » du message. Le corps du message est facultatif. Un message peut être envoyé sans un corps, mais pas sans un en-tête.

L'en-tête contient une séquence de lignes de caractères qui ont une syntaxe spéciale, tel que défini dans RFC 2822 format standard. Le corps contient une séquence de caractères qui suivent l'en-tête et qui sont séparés de l'en-tête par une ligne vide (c'est-à-dire, une ligne a rien avant le retour chariot) et ligne flux [CRLF].

Champs d'en-tête sont des lignes qui sont composés d'un nom de champ suivi de deux-points (:), suivi d'un corps de champ et s'est terminée par un CRLF. Un nom de champ doit être composé de caractères US-ASCII imprimables (c'est-à-dire caractères ayant des valeurs entre 33 et 126, inclus), sauf les deux points. Le symbole deux-points est utilisé comme un caractère de séparation.

Corps d'un champ peut être composé de n'importe quel caractères US-ASCII, sauf pour le CRLF. Toutefois, le corps d'un champ peut contenir un CRLF lorsque utilisé dans l'en-tête de pliage et unfolding . Pliage est Lorsque, pour faciliter la tâche, une seule ligne apparaît sur plusieurs lignes. Unfolding est l'inverse de ce. Tous les corps de champ doivent respecter la syntaxe décrite dans les sections 3 et 4 du format RFC 2822 standard.

Le corps du message peut inclure une ou plusieurs sections. Chaque section du corps est séparée par une limite. Le paramètre limite est une chaîne de texte qui commence par deux traits d'union (-).

R2 : Qu'est-ce que MIME?

A2: MIME est une norme qui peut servir à inclure du contenu de divers types dans un seul message. MIME étend le format SMTP (Simple Mail Transfer Protocol) de messages pour inclure plusieurs contenu, texte et non textuel. Certaines parties du message peuvent être images, audio, ou texte dans un autre caractère définit. Le MIME standard dérive de RFC comme 2821 et 2822.

au troisième trimestre : comment Exchange gère MIME?

A3: Il existe trois composants principaux dans Exchange qui effectuent la conversion de contenu :
  • Le composant IMAIL est le composant noyau qui convertit les messages Internet à l'interface MAPI/Exchange format et inversement. Il vérifie également l'intégrité du message.
  • Le composant EXMIME est responsable de la conversion des messages Internet dans représentations objet interne d'Exchange et de génération des messages au format MIME.
  • Le composant RFHTML convertit (RICH Text format) messages au format HTML et vice versa, en fonction en les paramètres sur le client Microsoft Outlook et les paramètres sur l'ordinateur Exchange Server.

T4 : que sont les conditions minimales d'un message électronique au format MIME?

A4: Un message électronique au format MIME ont généralement un en-tête et un corps. Au minimum, un message MIME doit disposer d'un en-tête. Le corps est facultatif. La section d'en-tête inclut un en-tête de la version 1.0 MIME (une par message, tel que défini dans RFC 2822).

La section corps inclut :
  • Type de contenu (il est facultative. La valeur par défaut est text/plain, tel que défini dans RFC 2822 5.2).
  • En-tête transfert contenu-codage (il est facultative. La valeur par défaut est 7 bits, tel que défini dans RFC 2822 6.1).
  • En-tête de disposition de contenu (il est facultative.)
  • Un code de contenu (il est facultative.)


Q5 : Qu'est un en-tête de version MIME?

A5: Le champ d'en-tête MIME version indique un message formaté MIME. Les messages envoyés contre les logiciels antérieure qui ne prennent pas en charge MIME n'ont pas ce champ. Clients de messagerie utilisent l'absence de ce champ pour distinguer les messages non MIME.

Q6 : Qu'est un en-tête Content-type?

A6: Le champ Content-Type permet de spécifier le type et le sous-type de données dans un champ.

Les types d'en-tête sont multipart/mixed, multipart/alternative, text/plain, Text/HTML, application/applefile, application/ms-tnef et application/octet - flux de données.

Q7 : Qu'est contenu-transfert-codage?

A7: Systèmes de messagerie différents traiter les données différemment, certains systèmes de messagerie antérieures ne peut pas traiter des données multimédias.

Pour contourner les systèmes qui ne peut pas traiter des données multimédias, un schéma de codage permet de convertir les données dans un format uniform de 7 bits. Lorsque le destinataire reçoit le message, les données sont restaurées dans son format d'origine. Certains exemples de formats de codage Content-transfert sont :
  • Devis-imprimable
  • En Base64
  • 8 bits
  • 7 bits
  • Binaire


Q8 : comment est codage de transfert implémentée dans Exchange 5.5?

A8: Exchange 5.5 code au format proposée-imprimable ou au format 7 bits, comme requis. En outre, Exchange 5.5 code les messages au format base64 si 25 % du message se compose de caractères 8 bits (c'est-à-dire, des caractères sont en dehors de la plage US-ASCII). Cela s'applique uniquement au corps du message ; les pièces jointes sont toujours codé en base64.

Q9 : comment est codage de transfert implémentée dans Exchange 2000 Server?

A9: Limites de groupe de routage et SMTP cible destinations déterminent comment Exchange 2000 Server encode courrier. Exchange 2000 code devis-imprimable ou 7 bits ou -Neutral Encapsulation Format TNEF (Transport) lors de l'envoi entre deux serveurs/destinataires dans des groupes de routage différents et à Internet.

Exchange 2000 Server est coder au résumé TNEF ou binaire lors de l'envoi à un destinataire/serveur dans le même groupe de routage.

Q10 : comment est codage de transfert implémenté dans Microsoft Exchange Server 2003?

A10 : Lors de la gamme des limites de groupe, destination cible Exchange et SMTP également déterminer comment Exchange Server 2003 encode courrier.

En mode mixte Exchange Server 2003 encode proposée-imprimable ou 7 bits (format TNEF) lors de l'envoi entre deux serveurs/destinataires dans différents groupes de routage et d'Internet.

En mode natif, Exchange Server 2003 code en binaire (TNEF résumé) lors de l'envoi à un destinataire/serveur dans la même ou autres groupes de routage.

Q11 : Qu'est un en-tête Content-Disposition?

A11 : Cet en-tête identifie si une section apparaîtront en tant que pièce jointe ou apparaissent dans le corps du message.

Q12 : article Exchange traite les pièces jointes?

A12 : Exchange Server 2003 enregistre les messages Internet dans leur format natif. Cela signifie que si les messages sont lire d'un client oubliez pas de format Internet à Outlook Express, ils sont affichés dans leur format d'origine.

Toutefois, lorsque messages sont lus à partir d'un client MAPI, IMAIL mappe les éléments appropriés dans le format Internet aux propriétés MAPI. En fait, avant même, un message Internet est livré à une boîte aux lettres, un ensemble minimal de propriétés MAPI doit être promu à partir du message Internet ; ces incluent PR_SENT_REPRESENTING, PR_SUBJECT et table des destinataires.

Autres propriétés de MAPI comme PR_BODY, PR_HTML et PR_ATTACH_DATA_BIN sont calculées à partir du format Internet à la demande. Conversion se produit lorsqu'un client MAPI demande le message pour la première fois. Exchange 2000 Server puis promeut ces propriétés MIME natives au format MAPI.

Au cours de conversion de contenu dans Exchange Server 2003, lors du rendu un message MIME entrant à un client, IMAIL effectue les opérations suivantes :
  1. IMAIL recherche un nom de fichier complet (Name. ext) dans l'en-tête MIME. Si un nom est trouvé, le nom de fichier est utilisé.
  2. IMAIL vérifie un nom de fichier partiel. S'il en trouve, IMAIL examine la sous-clé
    HKEY_CLASSES_ROOT/MIME/Database/content-type
    pour mapper une extension de nom de fichier sur le type de contenu. Si un type de contenu correspondant est trouvé, cette extension est ajoutée à la pièce jointe. Si aucun type de contenu correspondant n'est trouvé, le nom de fichier partiel est utilisé.
  3. Si aucun nom de fichier n'est spécifiés dans les en-têtes Content-type ou Content-disposition, IMAIL recherche un type de contenu correspondant. Si un est trouvé, la pièce jointe est ont le format ATT name. ext, où ext est l'extension associée à ce type de contenu. Si aucun type de contenu correspondant n'est trouvé, une extension « .att » est utilisée. Exchange 2000 Server nécessite un nom de fichier dans l'en-tête Content-type.


Q13 : Qu'est la structure du message complet?

A13 : Voici un exemple d'un message complet, avec tous les en-têtes affichés. Destinataires sont généralement afficher uniquement les parties de corps. Commentaires ont été ajoutés entre crochets.

Received: from SMTP server (server1.example1.com IP address) 

by Receiver SMTP version 1.0 (server2.example2.com IP address); 

Mon, 28 Oct 2002 08:42:42 -0500 (EST)

Message-ID: <006@example1.com>

From: "User1" <user1@example1.com> (RFC 2822 sender) 

To: "User2" user2@example2.com> (RFC 2822 recipient) 

Subject: A test message to see if you can see me now!

Date: Mon, 8 Nov 2002 13:46:54 +0100

MIME-Version: 1.0

Content-Type: multipart/mixed; 
boundary="----=_NextPart_000_005A_01C27E88.79B98A90"

X-Priority: 3

Return-Path: user1@domain1.com

X-OriginalArrivalTime: 28 Oct 2002 13:45:00.0541 (UTC) 
FILETIME=[35F0A2D0:01C27E88]

 

This is a multi-part message in MIME format (If you see this in the message 
body, there is a problem. Notice there is no space or CRLF in the headers in the previous text. There must be no space until the message body itself)

 

This message is in MIME format. Since your mail reader does not understand this 
format, some or all of this message may not be legible. (If you see this in the 
message body, there is a problem)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary) 

 

Content-Type: text/plain;

charset="iso-8859-1"

Content-Transfer-Encoding: 7bit

 

Can you see me now??! (This is the text of the message. You see this in your mail client.)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary. See Multipart/Mixed 
definition earlier in this article.) 

Content-Type: image/jpeg;

name="Haloweenpictures.jpg"

Content-Transfer-Encoding: base64 (All attachments in Exchange 2000 Server are encoded by using base64 and bloat 33%.)  

Content-Disposition: attachment;

filename="Haloweenpictures.jpg"

 

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB  (Base64 data in raw format. This is the picture being encoded in binary format; to 
be repackaged later back as a picture.)

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

------=_NextPart_000_005A_01C27E88.79B98A90--


Q14 : pourquoi adresses de messagerie afficheront dans le corps de mon message?

R14 : Le premier ? CRLF CRLF ? dans le flux MIME indique le début du corps du message. Par conséquent, si il y a une séquence <CRLF><CRLF> entre deux en-têtes, le client (Microsoft Outlook ou Microsoft Outlook Express) affiche un message brouillé.

Le premier ? CRLF CRLF ? sépare les en-têtes de message Internet le corps du message. Ces en-têtes sont appelés en-têtes P1. En-têtes P1 sont des en-têtes de l'enveloppe et sont pas partie du message Internet est traités par IMAIL.

Exchange peut être transférer à un ordinateur hôte dynamique, contenu périphérique de numérisation, mur de virus ou un pare-feu. Logiciel de pare-feu tiers peut parfois déformer des messages.

Vous pouvez également recevoir messages électroniques via un système UNIX, à travers un pare-feu ou à un mur de virus. En outre, un périphérique de l'analyse de contenu tiers peut être sur le réseau. Si vous avez applications similaires ou des périphériques sur votre réseau, vérifiez la limite de destinataires. Évitez d'utiliser ces périphériques ou applications dans les tests de diagnostic.

Q15 : pourquoi interrogation apparaissent dans mon message?

A15 : Si l'interrogation apparaît dans le message, cela signifie que le système ne sait pas comment faire pour convertir certains caractères ANSI ou Unicode dans le message. Vous devez vous assurer que le client où le message est affiché dispose les pages de codes installés qui correspond le jeu de caractères entrant. Par exemple, assurez-vous que la station de travail Windows possède les paramètres régionaux japonais installé pour afficher les messages sont écrits en japonais.

Q16 : Pourquoi dois-je difficultés à ouvrir les messages HTML et je vois événements 12002 et 12003 dans mon journal d'application?

A16 : Ces événements de journal d'application sont de la source de banque d'informations et sont des erreurs de conversion de contenu. Certaines de ces messages peuvent être ignorées et n'ont pas aucun effet sur les messages reçus. Mais si vous voyez la plupart des ces messages dans les journaux d'application, si les clients ont des problèmes d'ouverture des messages HTML.

Si c'est le cas, établir des informations de diagnostic plus comme versions, copie des messages de problème, copies de l'application et les journaux système, des service packs et puis résoudre les problèmes.

Q17 : pourquoi je parfois vois le corps du message en tant que pièce jointe?

R17 : Vous devez établir des informations sur la source du message. Vous devez établir tous les détails du serveur source. Vous devez étudier si l'expéditeur est sur un réseau UNIX. Pour plus d'informations sur ce problème, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
323482 Exchange affiche message qui utilise des "Insertion" MIME Content-disposition en-tête en tant que pièce jointe
Q18 : Pourquoi apparaît-il ? c'est un message à parties multiples au format MIME. ? ou ? ce message est au format MIME. » dans le corps de l'e-mail?

A18 : Une des opérations suivantes dans le corps de texte peut s'afficher :
  • ? Ceci est un message à parties multiples au format MIME. ?
  • ? Ce message est au format MIME. Car votre lecteur de messagerie ne comprend pas ce format, tout ou partie de ce message ne peut-être lisible. ?

Ce texte est inséré avant la première limite est généralement présent dans chaque message multivolet et n'est visible pour le client que si il est un problème avec le format de courrier électronique. Par exemple, un saut de ligne dur peut avoir été inséré dans le message dans la position incorrecte.

Pour résoudre ce problème, activez message Archivage du service de messagerie Internet de Microsoft Exchange. Pour activer message Archivage, utilisez l'utilitaire Exchange Server 2003 Archivage récepteur, enregistrer le message en tant que .eml ou .pst, puis effectuez l'analyse plus. Pour plus d'informations sur la fonctionnalité récepteur d'archivage, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
307798 L'utilitaire de récepteur d'archivage est disponible dans le Service Pack 2
Q19 : pourquoi est la taille de mes messages environ 33 % supérieure à celle prévu et pourquoi est il codé en base64 même lorsqu'il ne contient pas les pièces jointes ?

A19 : Ce problème se produit si vous utilisez les jeux de caractères suivants :
  • Japonais Shift-JIS
  • KOR
  • EUC japonais
  • Coréen ISO-2202-KR
  • Taiwan ISO-2202-TW
  • Chinois ISO-2202-CN
  • GB18030 HZ_GB, Big5, chinois


Q20 : que sont les autres problèmes courants et connus?

A20 : Les messages sont relayés à partir d'un serveur Exchange Server 2003 vers un autre peuvent apparaissent tronqués et les destinataires du message peuvent afficher dans le corps du message.

Par exemple, cela peut se produire dans un message est routé à partir d'Internet sur un ordinateur Internet Exchange Server 2003 entrant, puis sur un autre ordinateur Exchange Server 2003.
Le message peut apparaît correctement sur entrant Internet Exchange Server 2003, mais illisibles sur le serveur Exchange principal. Ces problèmes peuvent également modifier si le nombre de destinataires du message est réduit. Ce problème peut apparaître pour plusieurs raisons, mais les deux raisons les plus courantes sont :
  • En-têtes de message RFC 2822 qui ont plus de 1000 1 024 caractères dans une ligne, au lieu de 998 caractères dans une ligne. Pour plus d'informations, consultez la Comments (RFC) 2822. Pour cela, reportez-vous au site de Web IETF (Internet Engineering Task Force) suivant :
    http://www.ietf.org/rfc/rfc2822.txt?number=2822
    Vous pouvez rencontrer ce problème si les messages sont relayés vers un ordinateur Exchange Server 2003 en utilisant des données binaires ou de segmentation . Segmentation est une extension le format SMTP qui prend en charge les données envoyées en blocs.

    Lorsque Microsoft Exchange Server 2003 reçoit un message qui comporte des caractères plus 998 dans une ligne, le service SMTP analyse de l'en-tête et détecte que la ligne est plue de 1 000 caractères. Le service SMTP présuppose ensuite cette ligne fait pas une partie en-tête et il inclut dans le corps.

    Le service SMTP sur l'ordinateur Exchange Server est ensuite réécrire ses propres en-têtes, dont le code message et un en-tête de DATE, suivi d'une ligne vide ou un CRLF.
  • Limites de longueur de ligne. Il existe de nombreuses implémentations qui, conformément aux exigences transport de RFC 2821, n'acceptent pas les messages qui ont plus de 1 000 caractères par ligne, y compris le CRLF. Par conséquent, les applications de messagerie ne doivent pas créer ces messages. Pour contourner ce problème, désactivez la fonctionnalité ESMTP verbe (ou de segmentation) sur l'ordinateur Exchange Server et forcer les ordinateurs Exchange Server pour mettre en forme les messages SMTP typique formater lorsque le message est en cours relayé. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    257569 La désactivation de verbes ESMTP dans Exchange 2000 Server et Exchange Server 2003
    821733 Message entrant est déformé si la ligne dépasse caractères 1,022

Références

Pour plus d'informations sur la norme pour le format de messages texte ARPA Internet, voir RFC 822. Pour cela, reportez-vous au site Web IETF suivant :
http://www.ietf.org/rfc/rfc0822.txt?number=822
Pour plus d'informations sur MIME, voir RFC 2045, 2046, 2 047 2048 et 2049. Pour cela, reportez-vous aux sites Web IETF adresses suivantes :
http://www.ietf.org/rfc/rfc2045.txt?number=2045
http://www.ietf.org/rfc/rfc2046.txt?number=2046
http://www.ietf.org/rfc/rfc2047.txt?number=2047
http://www.ietf.org/rfc/rfc2048.txt?number=2048
http://www.ietf.org/rfc/rfc2049.txt?number=2049
Pour plus d'informations sur le champ d'en-tête Content-Disposition, voir RFC 2183. Pour cela, reportez-vous au site Web IETF suivant :
http://www.ietf.org/rfc/rfc2183.txt?number=2183

Propriétés

Numéro d'article: 836555 - Dernière mise à jour: jeudi 25 octobre 2007 - Version: 3.4
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Mots-clés : 
kbmt kbfaq kbinfo KB836555 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 836555
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com