Prise en charge Unicode pour les données multilingues dans Outlook 2007

Important :  Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

Microsoft Outlook prend en charge Unicode et fournit la prise en charge complète des données multilingues. Si vous travaillez dans une organisation multinationale ou partagez des messages et éléments avec des personnes qui utilisent Outlook sur des systèmes exécutés dans d’autres langues, vous pouvez tirer parti de la prise en charge Unicode dans Outlook.

Outlook peut s’exécuter dans l’un des deux modes de boîte aux lettres suivants avec des comptes Exchange : Unicode ou non-Unicode. Le mode Unicode est recommandé et est le mode par défaut si la configuration des paramètres de votre profil, le compte Exchange et votre administrateur le permettent. Ce mode est automatiquement déterminé par Outlook en fonction de ces paramètres et ne peut pas être modifié manuellement.

L’exécution d’Outlook en mode Unicode vous permettra de travailler avec des messages et des éléments composés dans différentes langues. Si Outlook s’exécute en mode non-Unicode avec votre compte Exchange et si vous souhaitez passer au mode Unicode, contactez votre administrateur.

Remarque : Les versions antérieures d’Outlook fournissaient une prise en charge des données Unicode multilingues dans le corps des éléments Outlook. Cependant, les données Outlook, telles que les lignes À et Objet des messages et les propriétés ContactName et BusinessTelephoneNumber des éléments de contacts, étaient limitées aux caractères définis par votre page de codes système. Cette limitation n’existe plus dans Microsoft Office Outlook 2003 et Microsoft Office Outlook 2007, si Outlook s’exécute en mode Unicode avec un compte Exchange.

Les comptes POP3 peuvent également prendre en charge les données Unicode multilingues dans Microsoft Office Outlook 2003 et Office Outlook 2007, si les éléments sont remis dans un fichier de dossiers personnels (.pst) qui prend en charge les données Unicode multilingues. Par défaut, les nouveaux profils POP3 qui remettent les messages dans un nouveau fichier .pst créé dans Microsoft Office Outlook 2003 et Office Outlook 2007 prennent en charge les données Unicode multilingues.

Remarque : Autres comptes tels que IMAP et HTTP ne prennent pas en charge Unicode.

Scripts

Les messages et les éléments multilingues peuvent contenir du texte dans des langues qui nécessitent différents scripts. Un seul script peut être utilisé pour représenter plusieurs langues.

Par exemple, le script Latin ou Romain utilise plusieurs formes de caractères — glyphes — pour les 26 lettres (majuscules et minuscules) de l'alphabet anglais, ainsi que des caractères accentués (étendus) utilisés pour représenter les sons dans d'autres langues d'Europe de l'ouest.

Le script Latin utilise des glyphes pour représenter tous les caractères de la plupart des langues européennes et quelques autres. D'autres langues européennes, telles que le grec ou le russe, ont des caractères pour lesquels il n'existe pas de glyphes dans le script Latin ; ces langues ont leurs propres scripts.

Certaines langues asiatiques utilisent des scripts idéographiques basés sur les caractères chinois. D'autres langues, telles que le thaï et l'arabe, utilisent des scripts avec des glyphes composés de plusieurs glyphes plus petits ou de glyphes qui doivent être formés différemment en fonction des caractères adjacents.

Une façon courante de stocker du texte brut est de représenter chaque caractère en utilisant un octet simple. La valeur de chaque octet est un index numérique — ou point de code — dans une table des caractères ; un point de code correspond à un caractère dans la page de codes par défaut de l'ordinateur sur lequel le document texte est créé. Par exemple, une valeur d'octet de décimal 189 (le point de code pour la valeur décimale 189) représentera des caractères différents dans différentes pages de codes.

Pages de codes

Une table de caractères groupés ensemble est appelée une page de codes. Pour les pages de codes codées sur un octet, chaque page de codes contient un maximum de 256 octets ; dans la mesure où chaque caractère dans la page de codes est représenté par un unique octet, une page de codes peut contenir jusqu’à 256 caractères.

Une page de codes avec sa limite de 256 caractères ne peut pas contenir toutes les langues, car toutes les langues ensemble utilisent plus de 256 caractères. C'est pourquoi, différents scripts utilisent des pages de codes séparées. Il existe une page de code pour le grec, une autre pour le japonais, etc.

De plus, certaines pages de codes codées sur un octet ne peuvent pas contenir la plupart des langues asiatiques, qui utilisent souvent plus de 5 000 caractères chinois. Les pages de codes codées sur deux octets ont été développés pour prendre en charge ces langues.

La norme de codage de caractère Unicode permet de partager des messages et d’autres éléments dans un environnement multilingue, lorsque les langues concernées s’étalent sur plusieurs pages de codes.

Les systèmes non-Unicode utilisent un environnement basé sur une page de codes, dans lequel chaque script a sa propre table de caractères. Les éléments basés sur la page de codes d'un système d'exploitation correspondent rarement à ceux de la page de codes d'un autre système d'exploitation. Dans certains cas, les éléments ne peuvent pas contenir du texte qui utilise des caractères de plusieurs scripts.

Imaginez, par exemple, deux personnes dont une utilise la version en anglais du système d’exploitation Microsoft Windows XP avec la page de codes Latin, et l’autre exécute la version en japonais de Microsoft Windows XP avec la page de codes japonaise. La deuxième personne crée une demande de réunion dans la version japonaise de Microsoft Outlook 2002 avec des caractères japonais dans le champ Emplacement et l’envoie à la première personne. Lorsque la personne utilisant la version anglaise d’Outlook 2002 ouvre cette demande de réunion, les points de code de la page de codes japonaise sont mappés avec des caractères inattendus ou inexistants dans le script latin et le texte devient inintelligible.

Remarque : Depuis Microsoft Outlook 2000, le corps des éléments Outlook est au format Unicode et le corps de l’élément peut être lu, quelle que soit la langue dans laquelle l’élément a été créé. Toutefois, toutes les autres propriétés de l’élément comme les lignes à, emplacement et sujet des messages et éléments de réunion et les propriétés de contact et BusinessTelephoneNumber des éléments de contact seront inintelligibles dans les versions antérieures à Outlook 2003.

Le jeu de caractères universel fourni par Unicode supprime ce problème. Unicode a été développé pour créer un jeu de caractères universel qui peut prendre en charge les plus connus scripts. Unicode utilise un codage unique, sur plusieurs octets pour chaque caractère. Contrairement à des pages de codes, chaque caractère possède son propre point de code unique. Par exemple, le Unicode code point de grec minuscule zêta ( zêta ) est la valeur hexadécimale 03 b 6 et CYRILLIQUE JÉ minuscule ( JÉ ) est 0436.

Microsoft Office Outlook 2003 et Outlook 2007 sont capables d’utiliser Unicode. Le système de page de codes système de texte de représentation existe également dans Outlook. Cependant, le mode Unicode est recommandé et est le mode par défaut si la configuration des paramètres de votre profil, le compte Exchange et votre administrateur le permettent. De plus, ce mode est automatiquement déterminé par Outlook en fonction de ces paramètres et ne peut pas être modifié manuellement.

Exécution d’Outlook en mode Unicode avec un Exchange compte garantit que par défaut, les fichiers de dossiers en mode hors connexion (.ost) et les fichiers de dossiers personnels (.pst) utilisés pour le profil permet de stocker des données Unicode multilingues et offre une plus grande capacité de stockage des éléments et des dossiers. Si Outlook est exécuté en mode non Unicode avec un compte Exchange, et que vous voulez basculer en mode Unicode, contactez votre administrateur.

Si vous ne partagez pas de messages et éléments avec des personnes qui utilisent Outlook sur des systèmes exécutés dans d’autres langues, vous pouvez exécuter Outlook en mode non-Unicode ou avec un compte Exchange.

Si vous travaillez dans une organisation multinationale ou que vous partagez des messages et des éléments avec des personnes qui utilisent Microsoft Outlook sur des systèmes exécutés dans d’autres langues, Outlook doit être exécuté en mode Unicode avec un compte Exchange. Pour basculer vers le mode Unicode, contactez votre administrateur.

Lorsqu’Outlook est exécuté en mode non Unicode avec un compte Exchange, le système basée sur une page de codes est utilisé pour le mappage de caractères. Dans un système basé sur une page de codes, un caractère saisi dans une langue ne peut-être pas mapper au même caractère dans une autre langue. Par conséquent, vous êtes probablement afficher des caractères incorrects, y compris les marques de question.

Imaginez, par exemple, deux personnes dont une utilise la version en anglais du système d’exploitation Microsoft Windows XP avec la page de codes Latin, et l’autre exécute la version en japonais de Microsoft Windows XP avec la page de codes japonaise. La deuxième personne crée une demande de réunion dans la version japonaise d’Outlook 2002 et l’envoie à la première personne. Lorsque la personne utilisant la version anglaise d’Outlook 2002 ouvre cette demande de réunion, les points de code de la page de codes japonaise sont mappés avec des caractères inattendus ou inexistants dans le script latin et le texte devient inintelligible.

Remarque : Depuis Outlook 2000, le corps des éléments Outlook est au format Unicode et ce corps peut être lu, quelle que soit sa langue de création. Cependant, toutes les autres propriétés de l’élément, telles que les lignes des messages et des éléments de réunion À, Emplacement et Objet ainsi que les propriétés des contacts ContactName et BusinessTelephoneNumber seront inintelligibles dans les versions antérieures à Outlook 2003.

La police Arial Unicode MS est une police Unicode. Elle contient tous les caractères, les idéogrammes et les symboles définis dans la norme Unicode 2.1. Cette police universelle est automatiquement installée si vous utilisez Windows Vista ou Microsoft Windows XP.

Étant donné sa taille considérable et le compromis typographique requis pour créer une telle police, Arial Unicode MS doit être utilisée uniquement lorsque vous ne pouvez pas utiliser plusieurs polices pour différents systèmes d'écriture. Par exemple, si vous possédez des données multilingues provenant de différents systèmes d'écriture dans Microsoft Access, vous pouvez utiliser la police Arial Unicode MS pour afficher les tables de données, car Access ne peut pas accepter plusieurs polices.

  1. Dans le menu Fichier, pointez sur Nouveau et cliquez sur Fichier de données Outlook.

  2. Pour créer un fichier de dossiers personnels (.pst) qui offre davantage de capacité de stockage pour les éléments et les dossiers ainsi que la prise en charge de données Unicode multilingues, cliquez sur Fichier de dossiers personnels pour votre version d’Outlook, puis cliquez sur OK.

  3. Dans la zone Nom de fichier, tapez le nom du fichier, puis cliquez sur OK.

  4. Dans la zone Nom, tapez un nom d’affichage pour le dossier .pst.

  5. Sélectionnez les options de votre choix et cliquez sur OK.

    Le nom du dossier associé au fichier de données apparaît dans la Liste des dossiers. Pour afficher la Liste des dossiers, dans le menu Atteindre, cliquez sur Liste des dossiers. Par défaut, le dossier est appelé dossiers personnels.

Si vous rencontrez des problèmes d'utilisation d'Unicode, prenez connaissance des éléments ci-dessous pour trouver des solutions.

J’ai mis à niveau vers Outlook 2003 ou Outlook 2007, mais Outlook n’est pas exécuté en mode Unicode avec un compte Exchange

Il peut exister plusieurs raisons pour lesquelles Outlook ne fonctionne toujours pas en mode Unicode.

  • Si votre profil a été configuré pour exécuter en mode hors connexion avant de vous mis à niveau vers Microsoft Office Outlook 2003 ou Outlook 2007, vous utilisez toujours l’ancien fichier de dossiers en mode hors connexion (.ost) qui ne prend pas en charge Unicode. Ainsi, exécution d’Outlook en mode non Unicode avec un compte Exchange. Pour basculer en mode Unicode, désactivez l’utilisation de dossiers en mode hors connexion, puis créer un nouveau fichier de dossiers en mode hors connexion (.ost) et synchroniser vos données.

  • Si votre profil a été configuré de manière à effectuer la remise dans un fichier de dossiers personnels (.pst) avant d’effectuer la mise à niveau vers Microsoft Office Outlook 2003 ou Outlook 2007, vous utilisez toujours l’ancienne version du fichier de dossiers personnels (.pst), qui ne prend pas en charge le format Unicode. Outlook s’exécute donc en mode non-Unicode avec un compte Exchange. Pour basculer en mode Unicode, vous devez modifier l’emplacement de remise en utilisant un fichier de dossiers personnels qui prend en charge des données Unicode multilingues ou modifier l’emplacement de remise par défaut par un compte Exchange.

  • Si votre profil a été configuré de manière à utiliser un fichier de dossiers personnels (.pst) d’archivage automatique avant d’effectuer la mise à niveau vers Microsoft Outlook 2003 ou Outlook 2007, vous utilisez toujours l’ancienne version du fichier de dossiers personnels (.pst) d’archivage automatique, qui ne prend pas en charge le format Unicode. Il est recommandé de créer un fichier de dossiers personnels d’archivage automatique qui prend en charge les données Unicode multilingues.

  • La version d’Exchange ou les stratégies définies par votre administrateur peuvent empêcher le fonctionnement d’Outlook en mode Unicode.

Si aucune des solutions proposées ci-dessus ne vous ont aidé à basculer en mode Unicode, contactez votre administrateur Exchange.

J’ai mis à niveau vers Outlook 2003 ou Outlook 2007, mais mon compte POP3 toujours ne prend pas en charge les données Unicode multilingues

Si votre profil a été configuré de manière à effectuer la remise dans un fichier de dossiers personnels (.pst) avant d’effectuer la mise à niveau vers Microsoft Office Outlook 2003 ou Outlook 2007, vous utilisez toujours l’ancienne version du fichier de dossiers personnels (.pst), qui ne prend pas en charge le format Unicode pour le stockage d’éléments livrés à partir du compte POP3. Pour y remédier, vous devez modifier l’emplacement de la remise en utilisant un fichier de dossiers personnels (.pst) qui prend en charge les données Unicode multilingues.

Le fichier de dossiers en mode hors connexion que j’ai sélectionnée provoqué Outlook passer en mode non Unicode, et certains éléments affichent les caractères « ? » et sont illisibles

Lorsqu’Outlook est exécuté en mode non Unicode avec un compte Exchange, le système basée sur une page de codes est utilisé pour le mappage de caractères. Dans un système basé sur une page de codes, un caractère saisi dans une langue ne peut-être pas mapper au même caractère dans une autre langue. Par conséquent, vous êtes probablement afficher des caractères incorrects, y compris les marques de question.

Imaginez, par exemple, deux personnes dont une utilise la version en anglais du système d’exploitation Microsoft Windows XP avec la page de codes Latin, et l’autre exécute la version en japonais de Microsoft Windows XP avec la page de codes japonaise. Cette seconde personne crée une demande de réunion dans la version japonaise d’Outlook 2002, puis l’envoie à la première personne. Lorsque la personne utilisant la version anglaise d’Outlook 2002 ouvre cette demande de réunion, les points de code de la page de codes japonaise sont mappés avec des caractères inattendus ou inexistants dans le script latin et le texte devient inintelligible. Par conséquent, dans des environnements multilingues, il est recommandé d’exécuter Outlook en mode Unicode avec un compte Exchange.

Pour y remédier, désactivez les dossiers hors connexion, fermez et redémarrez Outlook, créez un nouveau fichier de dossier en mode hors connexion, puis synchronisez les données.

Comment à l’aide d’un fichier de données non Unicode ou l’exécution d’Outlook en mode non Unicode avec un compte Exchange pourrait m’affecter ?

Si vous ne partagez pas de messages ni d’éléments avec des personnes qui utilisent Outlook sur des ordinateurs fonctionnant dans d’autres langues, vous pouvez exécuter Outlook en mode Unicode ou non-Unicode avec un compte Exchange. L’exécution en mode non-Unicode présente l’inconvénient suivant : le fichier de dossiers personnels utilisé pour ce profil sera créé au format qui ne propose pas une grande capacité de stockage des éléments et des dossiers. Par conséquent, si la limite de la taille du dossier hors connexion constitue une préoccupation pour vous, vous devez exécuter Outlook en mode Unicode avec un compte Exchange.

Cependant, si vous travaillez dans une organisation multinationale ou que vous partagez des messages et des éléments avec des personnes qui utilisent Microsoft Outlook sur des systèmes exécutés dans d’autres langues, Outlook doit être exécuté en mode Unicode avec un compte Exchange. Cela garantit également que les fichiers .pst compatibles Unicode sont utilisés pour le profil permettant de stocker des données Unicode multilingues. Pour basculer en mode Unicode, reportez-vous ci-dessus à la section « J’ai effectué la mise à niveau vers Outlook 2003 ou Outlook 2007, mais Outlook ne fonctionne toujours pas en mode Unicode avec un compte Exchange ».

Lorsqu’Outlook est exécuté en mode non Unicode avec un compte Exchange, le système basée sur une page de codes est utilisé pour le mappage de caractères. Dans un système basé sur une page de codes, un caractère saisi dans une langue risque de ne pas correspondre au même caractère dans une autre langue et par conséquent, si Outlook est exécuté en mode non Unicode avec un compte Exchange, vous êtes probablement afficher des caractères incorrects, y compris les marques de question.

Imaginez, par exemple, deux personnes dont une utilise la version en anglais du système d’exploitation Microsoft Windows XP avec la page de codes Latin, et l’autre exécute la version en japonais de Microsoft Windows XP avec la page de codes japonaise. Cette seconde personne crée une demande de réunion dans la version japonaise d’Outlook 2002, puis l’envoie à la première personne. Lorsque la personne utilisant la version anglaise d’Outlook 2002 ouvre cette demande de réunion, les points de code de la page de codes japonaise sont mappés avec des caractères inattendus ou inexistants dans le script latin et le texte devient inintelligible. Par conséquent, dans des environnements multilingues, il est recommandé d’exécuter Outlook en mode Unicode avec un compte Exchange.

Remarque : Depuis Outlook 2000, le corps des éléments Outlook a été Unicode et le corps peut être lu, quelle que soit la langue dans laquelle l’élément a été créé. Cependant, les données Outlook, telles que les lignes à et objet des messages et les propriétés de contact et BusinessTelephoneNumber des éléments de contact, seront limitées aux caractères définis par votre page de codes si Outlook est exécuté en mode non Unicode avec un compte Exchange.

Voir aussi

Ajouter une langue ou définir les préférences de langue dans Office 2007

Vérifier l’orthographe et la grammaire dans une langue différente

Remarque : Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×