théâtral où : Quel encodage est-ce ?

Bonjour,

j'utilise phpList pour envoyer le bulletin d'info d'une association.
A priori j'ai des données bien enregistrées en UTF8 dans la base, mais j'obtiens un mail avec un contenu brut étrange :
théâtral où se croisent
au lieu de :
théâtral où se croisent
:cry:

Pourtant je trouve bien dans le code du mail :
Content-Type: text/html; charset = "UTF-8"
Content-Transfer-Encoding: 8bit
et :
<http-equiv="Content-Type" content="text/html;
charset=UTF-8">

Que se passe-t-il ?


Merci pour l'aide
PAul

Il s'agit de caractères UTF-8 encodés en ISO. Il y a donc un ou plusieurs problèmes dans votre chaîne d'encodage.
Je vous conseille de suivre les étapes de ce tuto sur l'encodage UTF-8.

Merci pour ces liens très intéressants que je vais étudier.

Je me demande si je n'ai pas un problème de base créée en latin et incomplètement passée en utf8 :
tout est passé en utf8 sauf 2 choses qui sont restées inchangées :
character_set_server --- latin1
collation_server --- latin1_swedish_ci

C'est peut-être la cause de mon problème ?
Comment les passer en :
character_set_server --- utf-8
collation_server --- utf8_general_ci
:roll:

Je n'ai toujours pas réglé l'origine de ces problèmes d'encodage.

Mais pour contourner, j'ai trouvé une vilaine astuce qui marche presque...
Avant l'insertion du contenu du message, j'ajoute cette ligne php :

Code:

---

$html = utf8_decode($html);

---

Dans le mail je récupère presque tous les caractères accentués tels quels. Sauf ces 3 pour lesquels je récupère un ? à la place :
€
…
Œ

Pourquoi ces caractères-là ne s'affichent-ils pas bien ?
8O

Comme l'indique la doc de utf8_decode(), Cela convertit du utf-8 vers du iso-8859-1.

Comme le dit le premier commentaire de cette même page, iso-8859-1 n'inclut pas les caractères € ou Œ (un peu normal pour l'euro : c'est un standard iso bien plus vieux que lui.) La solution suggérée de convertir d'utf-8 à windows-1252 à la place, devrait marcher.

Citation:

---

Envoyé par thelvin

La solution suggérée de convertir d'utf-8 à windows-1252 à la place, devrait marcher.

---

Aïe... j'ai essayé

Code:

---

$html = iconv("utf-8", "CP1252", $html);

---

mais ça bloque le script.

En fait mon souci c'est que je n'ai pas trouvé comment avoir la main sur l'encodage iso-8859-1 qui est attendu lors du process. C'est le fond du problème :
toutes mes données sont en UTF8 mais au moment d'écrire le mail, le script attend de l'iso-8859-1...

J'essayais donc seulement de contourner ce problème avec

Code:

---

$html = utf8_decode($html);

---

C'est mort ? Il n'existe pas de moyen de récupérer les caractères € …Œ etc ?...
:(

Je sais pas quoi te dire, moi. Effectivement, le mieux se serait que ton tout utf-8 marche. Je m'y connais pas en PHP, ce n'est pas le forum PHP, et je ne peux pas trop deviner où ça pêche.

Si iconv() fait vraiment planter ton script, moi mon réflexe serait d'essayer de comprendre pourquoi, qu'est-ce qui va pas, dans quel cas ça plante ou ça plante pas, et même, soyons fous, trouver un message d'erreur qui donne un indice, même en PHP.

Si tu veux continuer sur le chemin du bricolage, ma foi, il y a toujours moyen de remplacer par

Code:

---

1 2	€ // € œ // œ

---

Merci pour ton aide.

J'ai une échéance... Alors si je ne trouve pas la bonne solution d'ici-là je bricolerai en attendant de la trouver.

Une petite question (et pardon pour mon ignorance) :
dans le code des messages mail, les caractères du type &# 8364; s'afficheront-ils toujours avec leur valeur (ici €) si la page a cette balise ?

Code:

---

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

---

Comme c'est pour un mailing, je me méfie des différents clients e-mails...
:?

Attendons un peu... j'ai une autre question primordiale :
est-ce qu'un contenu comme celui-là serait parfaitement lu par tous les clients mail si dans la page qui le contient il y a la balise

Code:

---

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

---

Parce que si c'est le cas je nous prends la tête pour rien du tout depuis le début.
Mais évidemment si ça ne passe pas le problème reste entier et la question de mon post précédent est toujours valable.

Euh... vous savez vous ?
:?

Citation:

---

Envoyé par Mister Paul

Attendons un peu... j'ai une autre question primordiale :
est-ce qu'un contenu comme celui-là serait parfaitement lu par tous les clients mail si dans la page qui le contient il y a la balise

Code:

---

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

---

---

'Faudrait que je puisse copier/coller, mais de ce que j'en vois, n'importe quel client mail compatible HTML, autrement dit tous ceux qui comptent, devrait l'afficher très bien, oui.

Citation:

---

Envoyé par Mister Paul

Parce que si c'est le cas je nous prends la tête pour rien du tout depuis le début.

---

Moi je croyais que c'était le client mail qui affichait les accents n'importe comment. Ce que tu appelles le "contenu brut," c'est-à-dire afficher l'utf-8 comme si c'était du latin-1, ça ne risquait pas de faire de beaux accents, forcément -_-°.

Citation:

---

Envoyé par thelvin

'Faudrait que je puisse copier/coller

---

J'ai mis une image car un code pour l'euro était automatiquement interprété... Je me permets de t'envoyer en MP le fichier source du mail (contenu brut).

Citation:

---

Envoyé par thelvin

'Moi je croyais que c'était le client mail qui affichait les accents n'importe comment. Ce que tu appelles le "contenu brut," c'est-à-dire afficher l'utf-8 comme si c'était du latin-1, ça ne risquait pas de faire de beaux accents, forcément -_-°.

---

Non, ce n'est pas ça. Dans l'application Mail sous Mac on peu demander à vous le code source des mail (=contenu brut). C'est ça qui est tout chamboulé...

Le résultat est le même -_-°. Un affichage de texte sans se soucier de l'encodage, c'est souvent un affichage de texte dans le mauvais encodage.

En l'occurrence quand l'utilisateur demande le "contenu brut," cela inclut les encodages mixtes, et du coup je suppose que le client mail ne peut pas vraiment choisir "le bon" sans changer le côté brut des données.

Citation:

---

Envoyé par thelvin

Le résultat est le même -_-°.

---

Aïe je ne suis pas sûr de bien te comprendre...
Tu veux dire que tu vois ça dans le fichier que je t'ai envoyé ?

Citation:

---

Envoyé par thelvin

En l'occurrence quand l'utilisateur demande le "contenu brut," cela inclut les encodages mixtes, et du coup je suppose que le client mail ne peut pas vraiment choisir "le bon" sans changer le côté brut des données.

---

Tu penses que c'est Mail qui me met le doute ?

Bonjour,

le caractère € est présent dans une variante de l'ISO-8859-1, l'encodage ISO-8859-15.

Citation:

---

Envoyé par Mister Paul

Tu veux dire que tu vois ça dans le fichier que je t'ai envoyé ?

---

Nos conversations privées ne comptent pas. Si tu as un fichier, mets-le là.

Citation:

---

Envoyé par Mister Paul

Tu penses que c'est Mail qui me met le doute ?

---

Oui, et qu'il y est bien obligé, puisqu'il n'y a pas de solution.

Citation:

---

Envoyé par GrandFather

Bonjour,

le caractère € est présent dans une variante de l'ISO-8859-1, l'encodage ISO-8859-15.

---

Ainsi que dans windows-1252, une extension de ISO-8859-1 plutôt qu'une variante. Et surtout, la question de l'existence ou inexistence de caractères ne se pose pas en utf-8.
Mais savoir tout ça ne nous avance pas dans cette question -_-°.