Le probl=E8me en question ici concerne Outlook 2003.
Pour certains messages que je re=E7ois, les caract=E8res sont=20
d=E9form=E9s, c'est-=E0-dire que des =E9 deviennent des i, h, ...=20
rendant la lecture du message tr=E8s difficile.
Ce qui est =E9trange, c'est que si je colle le message sur=20
le bureau de Windows (ou ailleurs), il est lu=20
correctement. Et de m=EAme si je l'enregistre au format=20
html (le code source comporte les bons caract=E8res).
Si je transf=E8re le message, les caract=E8res d=E9form=E9s sont=20
transf=E9r=E9s.
Auriez-vous une id=E9e de comment r=E9soudre ce probl=E8me ?
Sauf que là, il faut aller chercher le content-type dans la source des "parts" puisque le message contient un message qui peut s'afficher de façon différentes pour que cela fonctionne correctement il faudrait dans le HTML avoir quelque chose dans le genre: <META http-equiv=Content-Type content="text/html; charset=iso-8859-*"> * peut être 1 ou 15 entre autres.
Y a t-il un Content-Transfer-Encoding ?
Est-ce que comme dans OL2K, dans options, format du courrier, options internationales, vous avez "utiliser ce codage pour les messages reçus non marqués"? Si oui, est-il à Europe Occidentale (ISO)?
Grég
"Mathieu" a écrit dans le message de news:283f01c3e106$b0164a10$ Effectivement, le correspondant utilise un claivier "qwerty" avec certainement un OS anglophone.
Toutefois, le problème ne se présente pas chez tous ses destinataires.
Il est quand même étrange que le code html soit correct et que le fait de copier le message sur le bureau de windows affiche le fichier correctement.
Voici quand même une partie d'en-tête de message (le reste ne me semble pas apporter d'information suffisante) :
C'est message ne viendraient-ils pas de systèmes "anglophones"? Le problème
est, à priori, chez votre correspondant dont le client mail n'indique pas
qu'il correspond en 8bits et/ou qu'il passe par un serveur n'étant pas très
à jour et supprimant le bit de poids fort. Cela serait un peu plus facile
avec les entêtes (content-type, content-...)
-- Grég
"Mathieu" a écrit dans le message de
news:1e9401c3e0ee$eeec7ce0$ Bonjour,
Le problème en question ici concerne Outlook 2003.
Pour certains messages que je reçois, les caractères sont déformés, c'est-à-dire que des é deviennent des i, h, ... rendant la lecture du message très difficile.
Ce qui est étrange, c'est que si je colle le message sur le bureau de Windows (ou ailleurs), il est lu correctement. Et de même si je l'enregistre au format html (le code source comporte les bons caractères).
Si je transfère le message, les caractères déformés sont transférés.
Auriez-vous une idée de comment résoudre ce problème ?
Merci.
.
Bonsoir,
Sauf que là, il faut aller chercher le content-type dans la source des
"parts" puisque le message contient un message qui peut s'afficher de façon
différentes pour que cela fonctionne correctement il faudrait dans le HTML
avoir quelque chose dans le genre:
<META http-equiv=Content-Type content="text/html; charset=iso-8859-*"> *
peut être 1 ou 15 entre autres.
Y a t-il un Content-Transfer-Encoding ?
Est-ce que comme dans OL2K, dans options, format du courrier, options
internationales, vous avez "utiliser ce codage pour les messages reçus non
marqués"? Si oui, est-il à Europe Occidentale (ISO)?
Grég
"Mathieu" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:283f01c3e106$b0164a10$a501280a@phx.gbl...
Effectivement, le correspondant utilise un
claivier "qwerty" avec certainement un OS anglophone.
Toutefois, le problème ne se présente pas chez tous ses
destinataires.
Il est quand même étrange que le code html soit correct
et que le fait de copier le message sur le bureau de
windows affiche le fichier correctement.
Voici quand même une partie d'en-tête de message (le
reste ne me semble pas apporter d'information
suffisante) :
Le problème en question ici concerne Outlook 2003.
Pour certains messages que je reçois, les caractères sont
déformés, c'est-à-dire que des é deviennent des i, h, ...
rendant la lecture du message très difficile.
Ce qui est étrange, c'est que si je colle le message sur
le bureau de Windows (ou ailleurs), il est lu
correctement. Et de même si je l'enregistre au format
html (le code source comporte les bons caractères).
Si je transfère le message, les caractères déformés sont
transférés.
Auriez-vous une idée de comment résoudre ce problème ?
Sauf que là, il faut aller chercher le content-type dans la source des "parts" puisque le message contient un message qui peut s'afficher de façon différentes pour que cela fonctionne correctement il faudrait dans le HTML avoir quelque chose dans le genre: <META http-equiv=Content-Type content="text/html; charset=iso-8859-*"> * peut être 1 ou 15 entre autres.
Y a t-il un Content-Transfer-Encoding ?
Est-ce que comme dans OL2K, dans options, format du courrier, options internationales, vous avez "utiliser ce codage pour les messages reçus non marqués"? Si oui, est-il à Europe Occidentale (ISO)?
Grég
"Mathieu" a écrit dans le message de news:283f01c3e106$b0164a10$ Effectivement, le correspondant utilise un claivier "qwerty" avec certainement un OS anglophone.
Toutefois, le problème ne se présente pas chez tous ses destinataires.
Il est quand même étrange que le code html soit correct et que le fait de copier le message sur le bureau de windows affiche le fichier correctement.
Voici quand même une partie d'en-tête de message (le reste ne me semble pas apporter d'information suffisante) :
C'est message ne viendraient-ils pas de systèmes "anglophones"? Le problème
est, à priori, chez votre correspondant dont le client mail n'indique pas
qu'il correspond en 8bits et/ou qu'il passe par un serveur n'étant pas très
à jour et supprimant le bit de poids fort. Cela serait un peu plus facile
avec les entêtes (content-type, content-...)
-- Grég
"Mathieu" a écrit dans le message de
news:1e9401c3e0ee$eeec7ce0$ Bonjour,
Le problème en question ici concerne Outlook 2003.
Pour certains messages que je reçois, les caractères sont déformés, c'est-à-dire que des é deviennent des i, h, ... rendant la lecture du message très difficile.
Ce qui est étrange, c'est que si je colle le message sur le bureau de Windows (ou ailleurs), il est lu correctement. Et de même si je l'enregistre au format html (le code source comporte les bons caractères).
Si je transfère le message, les caractères déformés sont transférés.
Auriez-vous une idée de comment résoudre ce problème ?
Merci.
.
Mathieu
Bonjour,
Pour votre seconde question, le codage est bien à Europe Occidentale (ISO). Par contre, je ne vois pas l'option 'utiliser ce codage pour les messages reçus non marqués".
L'en-tête est le même que j'enregistre le mail en html à partir d'Outlook ou à partir de la copie du message sur le bureau de Windows. Par contre, le contenu du code html est différent dans les 2 cas. L'affichage est donc différent. Le premier retient les caractères déformés, le second non.
Si je copie la source du message et que je l'enregistre en html, là l'affichage est correct.
Pour le Content-Transfer-Encoding, je ne pense pas qu'il y en ait un.
@+
-----Message d'origine----- Bonsoir,
Sauf que là, il faut aller chercher le content-type dans la source des
"parts" puisque le message contient un message qui peut s'afficher de façon
différentes pour que cela fonctionne correctement il faudrait dans le HTML
avoir quelque chose dans le genre: <META http-equiv=Content-Type content="text/html; charset=iso-8859-*"> *
peut être 1 ou 15 entre autres.
Y a t-il un Content-Transfer-Encoding ?
Est-ce que comme dans OL2K, dans options, format du courrier, options
internationales, vous avez "utiliser ce codage pour les messages reçus non
marqués"? Si oui, est-il à Europe Occidentale (ISO)?
Grég
"Mathieu" a écrit dans le message de
news:283f01c3e106$b0164a10$ Effectivement, le correspondant utilise un claivier "qwerty" avec certainement un OS anglophone.
Toutefois, le problème ne se présente pas chez tous ses destinataires.
Il est quand même étrange que le code html soit correct et que le fait de copier le message sur le bureau de windows affiche le fichier correctement.
Voici quand même une partie d'en-tête de message (le reste ne me semble pas apporter d'information suffisante) :
C'est message ne viendraient-ils pas de systèmes "anglophones"? Le problème
est, à priori, chez votre correspondant dont le client mail n'indique pas
qu'il correspond en 8bits et/ou qu'il passe par un serveur n'étant pas très
à jour et supprimant le bit de poids fort. Cela serait un peu plus facile
avec les entêtes (content-type, content-...)
-- Grég
"Mathieu" a écrit dans le message de
news:1e9401c3e0ee$eeec7ce0$ Bonjour,
Le problème en question ici concerne Outlook 2003.
Pour certains messages que je reçois, les caractères sont
déformés, c'est-à-dire que des é deviennent des i, h, ...
rendant la lecture du message très difficile.
Ce qui est étrange, c'est que si je colle le message sur le bureau de Windows (ou ailleurs), il est lu correctement. Et de même si je l'enregistre au format html (le code source comporte les bons caractères).
Si je transfère le message, les caractères déformés sont transférés.
Auriez-vous une idée de comment résoudre ce problème ?
Merci.
.
.
Bonjour,
Pour votre seconde question, le codage est bien à Europe
Occidentale (ISO). Par contre, je ne vois pas
l'option 'utiliser ce codage pour les messages reçus non
marqués".
L'en-tête est le même que j'enregistre le mail en html à
partir d'Outlook ou à partir de la copie du message sur
le bureau de Windows. Par contre, le contenu du code html
est différent dans les 2 cas. L'affichage est donc
différent. Le premier retient les caractères déformés, le
second non.
Si je copie la source du message et que je l'enregistre
en html, là l'affichage est correct.
Pour le Content-Transfer-Encoding, je ne pense pas qu'il
y en ait un.
@+
-----Message d'origine-----
Bonsoir,
Sauf que là, il faut aller chercher le content-type dans
la source des
"parts" puisque le message contient un message qui peut
s'afficher de façon
différentes pour que cela fonctionne correctement il
faudrait dans le HTML
avoir quelque chose dans le genre:
<META http-equiv=Content-Type content="text/html;
charset=iso-8859-*"> *
peut être 1 ou 15 entre autres.
Y a t-il un Content-Transfer-Encoding ?
Est-ce que comme dans OL2K, dans options, format du
courrier, options
internationales, vous avez "utiliser ce codage pour les
messages reçus non
marqués"? Si oui, est-il à Europe Occidentale (ISO)?
Grég
"Mathieu" <anonymous@discussions.microsoft.com> a écrit
dans le message de
news:283f01c3e106$b0164a10$a501280a@phx.gbl...
Effectivement, le correspondant utilise un
claivier "qwerty" avec certainement un OS anglophone.
Toutefois, le problème ne se présente pas chez tous ses
destinataires.
Il est quand même étrange que le code html soit correct
et que le fait de copier le message sur le bureau de
windows affiche le fichier correctement.
Voici quand même une partie d'en-tête de message (le
reste ne me semble pas apporter d'information
suffisante) :
Le problème en question ici concerne Outlook 2003.
Pour certains messages que je reçois, les caractères
sont
déformés, c'est-à-dire que des é deviennent des i,
h, ...
rendant la lecture du message très difficile.
Ce qui est étrange, c'est que si je colle le message sur
le bureau de Windows (ou ailleurs), il est lu
correctement. Et de même si je l'enregistre au format
html (le code source comporte les bons caractères).
Si je transfère le message, les caractères déformés sont
transférés.
Auriez-vous une idée de comment résoudre ce problème ?
Pour votre seconde question, le codage est bien à Europe Occidentale (ISO). Par contre, je ne vois pas l'option 'utiliser ce codage pour les messages reçus non marqués".
L'en-tête est le même que j'enregistre le mail en html à partir d'Outlook ou à partir de la copie du message sur le bureau de Windows. Par contre, le contenu du code html est différent dans les 2 cas. L'affichage est donc différent. Le premier retient les caractères déformés, le second non.
Si je copie la source du message et que je l'enregistre en html, là l'affichage est correct.
Pour le Content-Transfer-Encoding, je ne pense pas qu'il y en ait un.
@+
-----Message d'origine----- Bonsoir,
Sauf que là, il faut aller chercher le content-type dans la source des
"parts" puisque le message contient un message qui peut s'afficher de façon
différentes pour que cela fonctionne correctement il faudrait dans le HTML
avoir quelque chose dans le genre: <META http-equiv=Content-Type content="text/html; charset=iso-8859-*"> *
peut être 1 ou 15 entre autres.
Y a t-il un Content-Transfer-Encoding ?
Est-ce que comme dans OL2K, dans options, format du courrier, options
internationales, vous avez "utiliser ce codage pour les messages reçus non
marqués"? Si oui, est-il à Europe Occidentale (ISO)?
Grég
"Mathieu" a écrit dans le message de
news:283f01c3e106$b0164a10$ Effectivement, le correspondant utilise un claivier "qwerty" avec certainement un OS anglophone.
Toutefois, le problème ne se présente pas chez tous ses destinataires.
Il est quand même étrange que le code html soit correct et que le fait de copier le message sur le bureau de windows affiche le fichier correctement.
Voici quand même une partie d'en-tête de message (le reste ne me semble pas apporter d'information suffisante) :
C'est message ne viendraient-ils pas de systèmes "anglophones"? Le problème
est, à priori, chez votre correspondant dont le client mail n'indique pas
qu'il correspond en 8bits et/ou qu'il passe par un serveur n'étant pas très
à jour et supprimant le bit de poids fort. Cela serait un peu plus facile
avec les entêtes (content-type, content-...)
-- Grég
"Mathieu" a écrit dans le message de
news:1e9401c3e0ee$eeec7ce0$ Bonjour,
Le problème en question ici concerne Outlook 2003.
Pour certains messages que je reçois, les caractères sont
déformés, c'est-à-dire que des é deviennent des i, h, ...
rendant la lecture du message très difficile.
Ce qui est étrange, c'est que si je colle le message sur le bureau de Windows (ou ailleurs), il est lu correctement. Et de même si je l'enregistre au format html (le code source comporte les bons caractères).
Si je transfère le message, les caractères déformés sont transférés.
Auriez-vous une idée de comment résoudre ce problème ?
Merci.
.
.
Grég
Bonjour/soir,
"Mathieu" a écrit dans le message de news:26b101c3e185$dea59780$ Bonjour,
Pour votre seconde question, le codage est bien à Europe Occidentale (ISO). Par contre, je ne vois pas l'option 'utiliser ce codage pour les messages reçus non marqués".
Certainement une fonction passée à la trappe avec Office XP. A juste titre, car cette possibilité n'est la que pour ceux qui ne respecte pas les RFC.
"charset=us-ascii" signifie que la suite ne contient que des caractères codés de 0 à 127. Nos amis américains ne sachant pas que dans un octet il y a 8 bits, ils n'utilisent pas le bit de poids fort :-)) Donc en "us-ascii" il n'y a pas de caractères accentués et un é (232) devient un i (105#2-127).
L'en-tête est le même que j'enregistre le mail en html à partir d'Outlook ou à partir de la copie du message sur
Pas sûr, mais je suppose que le comportement doit être différent suivant que les <META> données sont utilisées ou non pour afficher et/ou pour créer le nouveau HTML.
Pour le Content-Transfer-Encoding, je ne pense pas qu'il y en ait un.
Logique, normalement il y a que des caractères 7 bits, donc pas besoin d'encodage!
Votre correspondant à un problème de client mail (MSHTML 6.00.2800.1276 = OE 6.0 patchée ?), à moins que son serveur ne fasse quelques transformations pas subtiles (ce qui se voit encore). Le comportement semble erratique parce que les caractères utilisés appartiennent à une même famille (iso 8859-1 ou iso-8859-15 ont les 127 premiers caractères en commun avec us-ascii). Très certainement parce que les caractères non conformes à ce qui est précisé dans l'entête sont ceux de votre codage habituel (ex:message écrit en français sur un ordinateur "US" pour un destinataire avec un ordinateur "FR").
Imaginez ce qui se passerait si l'entête disait que le texte contient des caractères chinois et qu'en fait vous envoyez du cyrillique! Le résultat serait certainement de l'hébreu :-))
-- Grég
Bonjour/soir,
"Mathieu" <anonymous@discussions.microsoft.com>
a écrit dans le message de news:26b101c3e185$dea59780$a101280a@phx.gbl...
Bonjour,
Pour votre seconde question, le codage est bien à Europe
Occidentale (ISO). Par contre, je ne vois pas
l'option 'utiliser ce codage pour les messages reçus non
marqués".
Certainement une fonction passée à la trappe avec Office XP. A juste titre,
car cette possibilité n'est la que pour ceux qui ne respecte pas les RFC.
"charset=us-ascii" signifie que la suite ne contient que des caractères
codés de 0 à 127. Nos amis américains ne sachant pas que dans un octet il y
a 8 bits, ils n'utilisent pas le bit de poids fort :-)) Donc en "us-ascii"
il n'y a pas de caractères accentués et un é (232) devient un i
(105#2-127).
L'en-tête est le même que j'enregistre le mail en html à
partir d'Outlook ou à partir de la copie du message sur
Pas sûr, mais je suppose que le comportement doit être différent suivant que
les <META> données sont utilisées ou non pour afficher et/ou pour créer le
nouveau HTML.
Pour le Content-Transfer-Encoding, je ne pense pas qu'il
y en ait un.
Logique, normalement il y a que des caractères 7 bits, donc pas besoin
d'encodage!
Votre correspondant à un problème de client mail (MSHTML 6.00.2800.1276 = OE
6.0 patchée ?), à moins que son serveur ne fasse quelques transformations
pas subtiles (ce qui se voit encore).
Le comportement semble erratique parce que les caractères utilisés
appartiennent à une même famille (iso 8859-1 ou iso-8859-15 ont les 127
premiers caractères en commun avec us-ascii). Très certainement parce que
les caractères non conformes à ce qui est précisé dans l'entête sont ceux de
votre codage habituel (ex:message écrit en français sur un ordinateur "US"
pour un destinataire avec un ordinateur "FR").
Imaginez ce qui se passerait si l'entête disait que le texte contient des
caractères chinois et qu'en fait vous envoyez du cyrillique! Le résultat
serait certainement de l'hébreu :-))
"Mathieu" a écrit dans le message de news:26b101c3e185$dea59780$ Bonjour,
Pour votre seconde question, le codage est bien à Europe Occidentale (ISO). Par contre, je ne vois pas l'option 'utiliser ce codage pour les messages reçus non marqués".
Certainement une fonction passée à la trappe avec Office XP. A juste titre, car cette possibilité n'est la que pour ceux qui ne respecte pas les RFC.
"charset=us-ascii" signifie que la suite ne contient que des caractères codés de 0 à 127. Nos amis américains ne sachant pas que dans un octet il y a 8 bits, ils n'utilisent pas le bit de poids fort :-)) Donc en "us-ascii" il n'y a pas de caractères accentués et un é (232) devient un i (105#2-127).
L'en-tête est le même que j'enregistre le mail en html à partir d'Outlook ou à partir de la copie du message sur
Pas sûr, mais je suppose que le comportement doit être différent suivant que les <META> données sont utilisées ou non pour afficher et/ou pour créer le nouveau HTML.
Pour le Content-Transfer-Encoding, je ne pense pas qu'il y en ait un.
Logique, normalement il y a que des caractères 7 bits, donc pas besoin d'encodage!
Votre correspondant à un problème de client mail (MSHTML 6.00.2800.1276 = OE 6.0 patchée ?), à moins que son serveur ne fasse quelques transformations pas subtiles (ce qui se voit encore). Le comportement semble erratique parce que les caractères utilisés appartiennent à une même famille (iso 8859-1 ou iso-8859-15 ont les 127 premiers caractères en commun avec us-ascii). Très certainement parce que les caractères non conformes à ce qui est précisé dans l'entête sont ceux de votre codage habituel (ex:message écrit en français sur un ordinateur "US" pour un destinataire avec un ordinateur "FR").
Imaginez ce qui se passerait si l'entête disait que le texte contient des caractères chinois et qu'en fait vous envoyez du cyrillique! Le résultat serait certainement de l'hébreu :-))
