Mais moi, avec mes hébergements mutualisés OVH, je n'ai pas accès
directement à l'entête HTTP, ou alors je ne sais pas y aller.
Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8 logiquement?),
l'email que je reçois donne...
Mais moi, avec mes hébergements mutualisés OVH, je n'ai pas accès
directement à l'entête HTTP, ou alors je ne sais pas y aller.
Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8 logiquement?),
l'email que je reçois donne...
Mais moi, avec mes hébergements mutualisés OVH, je n'ai pas accès
directement à l'entête HTTP, ou alors je ne sais pas y aller.
Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8 logiquement?),
l'email que je reçois donne...
Olivier Miakinen wrote:Name: windows-1252
Donc moi, ça met windows-1250...
Dites voir les codeurs fous d'ici,
vous n'écrivez quand même pas toutes vos pages avec un Bloc-Notes...?
Comment faites-vous ?
PS : Je ne retrouve pas comment on voit l'entête HTTP...
Olivier Miakinen wrote:
Name: windows-1252
Donc moi, ça met windows-1250...
Dites voir les codeurs fous d'ici,
vous n'écrivez quand même pas toutes vos pages avec un Bloc-Notes...?
Comment faites-vous ?
PS : Je ne retrouve pas comment on voit l'entête HTTP...
Olivier Miakinen wrote:Name: windows-1252
Donc moi, ça met windows-1250...
Dites voir les codeurs fous d'ici,
vous n'écrivez quand même pas toutes vos pages avec un Bloc-Notes...?
Comment faites-vous ?
PS : Je ne retrouve pas comment on voit l'entête HTTP...
Le 15/12/2008 09:57, METIS a écrit :Actuellement, j'envoie avec ça :
http://cjoint.com/?mpkP7KIILS
http://cjoint.com/data/mpkP7KIILS_php_envoi_email.txt
L'image devient à peu près nette en UTF-16 petit-boutiste, et il
s'affiche alors :
[...] éventuellement suivis d'entętes mails [...]
et aussi :
[...] les champs ŕ vérifier [...]
???
Le 15/12/2008 09:57, METIS a écrit :
Actuellement, j'envoie avec ça :
http://cjoint.com/?mpkP7KIILS
http://cjoint.com/data/mpkP7KIILS_php_envoi_email.txt
L'image devient à peu près nette en UTF-16 petit-boutiste, et il
s'affiche alors :
[...] éventuellement suivis d'entętes mails [...]
et aussi :
[...] les champs ŕ vérifier [...]
???
Le 15/12/2008 09:57, METIS a écrit :Actuellement, j'envoie avec ça :
http://cjoint.com/?mpkP7KIILS
http://cjoint.com/data/mpkP7KIILS_php_envoi_email.txt
L'image devient à peu près nette en UTF-16 petit-boutiste, et il
s'affiche alors :
[...] éventuellement suivis d'entętes mails [...]
et aussi :
[...] les champs ŕ vérifier [...]
???
Heu voui... tu fais rien de spécial ?
C'est ton code qui veut ça ??
Heu voui... tu fais rien de spécial ?
C'est ton code qui veut ça ??
Heu voui... tu fais rien de spécial ?
C'est ton code qui veut ça ??
On 2008-12-15, METIS wrote:_envoi.php_
<?php
//header('Content-Type: text/html; charset=ISO-8859-1');
//header('Content-Type: text/html; charset=ISO-Latin-1');
header('Content-Type: text/html; charset=UTF-8');
extract($_POST,EXTR_OVERWRITE);
if(isset($_POST['captchaResult']))
{
session_start();
$_POST['captchaResult'] = strtolower($_POST['captchaResult']);
$_SESSION['captchaResult'] >> strtolower($_SESSION['captchaResult']);
if($_POST['captchaResult'] === $_SESSION['captchaResult']) {
//captcha OK on envoi le message $nom=$HTTP_POST_VARS['nom'];
$mail=$HTTP_POST_VARS['mail'];
/////voici la version Mine
$headers = "MIME-Version: 1.0rn";
Pas forcément utile selon moi vu que tu n'utilise pas ce
mécanisme.//////ici on détermine le mail en format texte (3 lignes
neutralisees) //$headers .= "Content-type: text/plain;
charset=iso-8859-1rn"; //$headers .= "Content-type:
text/plain; charset=UTF-8rn"; //$headers .= "Content-type:
text/plain; charset=ISO-Latin-1rn";
En revanche là il en manque un (UTF-8 vu que c'est ce que tu
sembles envoyer).
////ici on détermine l'expediteur et l'adresse de réponse
$headers .= "From: $nom <$mail>rnReply-to : $nom
<$mail>nX-Mailer:PHP";
^^^^^^^^^^^^ Inutile, mais la vrai question est surtout as-tu
compris pourquoi tu l'as mis ?
Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8
logiquement?), l'email que je reçois donne...
Tu nous cites le body du mail, mais les headers sont tout autant
intéressant, surtout vu l'historique de ton « problème ».- avec OutlookExpress sous XP :
Téléphone : test téléphone
^^^
Ton fichier envoi.php ne semble pas codé en UTF-8... Relire les
posts des différents intervenants qui t'ont expliqué *maintes*
fois que déclarer un charset ne suffisait pas, encore faut-il
l'utiliser pour *coder* ses fichiers.
- avec ThunderBird
Téléphone : test téléphone
^^^
Même souci, tu ne déclares pas de charset dans ton mail, donc le
MUA prend celui qui l'arrange (config, ou réglage par défaut), et
visiblement ici il prend de l'ISO, donc ce qui est défini par ton
script envoi.php semble (car on ne peut le vérifier au vu des
éléments que tu fournis) être de l'ISO pour la partie « en dur »
du body du mail. Mais ce que tu complètes avec les données
postées est en UTF8 (car la page du formulaire est déclarée en
UTF8, donc le navigateur poste les données en UTF8).
En espérant que cela t'aide à régler tout ça...
On 2008-12-15, METIS <moi@mandarine.fr.invalid> wrote:
_envoi.php_
<?php
//header('Content-Type: text/html; charset=ISO-8859-1');
//header('Content-Type: text/html; charset=ISO-Latin-1');
header('Content-Type: text/html; charset=UTF-8');
extract($_POST,EXTR_OVERWRITE);
if(isset($_POST['captchaResult']))
{
session_start();
$_POST['captchaResult'] = strtolower($_POST['captchaResult']);
$_SESSION['captchaResult'] >> strtolower($_SESSION['captchaResult']);
if($_POST['captchaResult'] === $_SESSION['captchaResult']) {
//captcha OK on envoi le message $nom=$HTTP_POST_VARS['nom'];
$mail=$HTTP_POST_VARS['mail'];
/////voici la version Mine
$headers = "MIME-Version: 1.0rn";
Pas forcément utile selon moi vu que tu n'utilise pas ce
mécanisme.
//////ici on détermine le mail en format texte (3 lignes
neutralisees) //$headers .= "Content-type: text/plain;
charset=iso-8859-1rn"; //$headers .= "Content-type:
text/plain; charset=UTF-8rn"; //$headers .= "Content-type:
text/plain; charset=ISO-Latin-1rn";
En revanche là il en manque un (UTF-8 vu que c'est ce que tu
sembles envoyer).
////ici on détermine l'expediteur et l'adresse de réponse
$headers .= "From: $nom <$mail>rnReply-to : $nom
<$mail>nX-Mailer:PHP";
^^^^^^^^^^^^ Inutile, mais la vrai question est surtout as-tu
compris pourquoi tu l'as mis ?
Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8
logiquement?), l'email que je reçois donne...
Tu nous cites le body du mail, mais les headers sont tout autant
intéressant, surtout vu l'historique de ton « problème ».
- avec OutlookExpress sous XP :
Téléphone : test téléphone
^^^
Ton fichier envoi.php ne semble pas codé en UTF-8... Relire les
posts des différents intervenants qui t'ont expliqué *maintes*
fois que déclarer un charset ne suffisait pas, encore faut-il
l'utiliser pour *coder* ses fichiers.
- avec ThunderBird
Téléphone : test téléphone
^^^
Même souci, tu ne déclares pas de charset dans ton mail, donc le
MUA prend celui qui l'arrange (config, ou réglage par défaut), et
visiblement ici il prend de l'ISO, donc ce qui est défini par ton
script envoi.php semble (car on ne peut le vérifier au vu des
éléments que tu fournis) être de l'ISO pour la partie « en dur »
du body du mail. Mais ce que tu complètes avec les données
postées est en UTF8 (car la page du formulaire est déclarée en
UTF8, donc le navigateur poste les données en UTF8).
En espérant que cela t'aide à régler tout ça...
On 2008-12-15, METIS wrote:_envoi.php_
<?php
//header('Content-Type: text/html; charset=ISO-8859-1');
//header('Content-Type: text/html; charset=ISO-Latin-1');
header('Content-Type: text/html; charset=UTF-8');
extract($_POST,EXTR_OVERWRITE);
if(isset($_POST['captchaResult']))
{
session_start();
$_POST['captchaResult'] = strtolower($_POST['captchaResult']);
$_SESSION['captchaResult'] >> strtolower($_SESSION['captchaResult']);
if($_POST['captchaResult'] === $_SESSION['captchaResult']) {
//captcha OK on envoi le message $nom=$HTTP_POST_VARS['nom'];
$mail=$HTTP_POST_VARS['mail'];
/////voici la version Mine
$headers = "MIME-Version: 1.0rn";
Pas forcément utile selon moi vu que tu n'utilise pas ce
mécanisme.//////ici on détermine le mail en format texte (3 lignes
neutralisees) //$headers .= "Content-type: text/plain;
charset=iso-8859-1rn"; //$headers .= "Content-type:
text/plain; charset=UTF-8rn"; //$headers .= "Content-type:
text/plain; charset=ISO-Latin-1rn";
En revanche là il en manque un (UTF-8 vu que c'est ce que tu
sembles envoyer).
////ici on détermine l'expediteur et l'adresse de réponse
$headers .= "From: $nom <$mail>rnReply-to : $nom
<$mail>nX-Mailer:PHP";
^^^^^^^^^^^^ Inutile, mais la vrai question est surtout as-tu
compris pourquoi tu l'as mis ?
Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8
logiquement?), l'email que je reçois donne...
Tu nous cites le body du mail, mais les headers sont tout autant
intéressant, surtout vu l'historique de ton « problème ».- avec OutlookExpress sous XP :
Téléphone : test téléphone
^^^
Ton fichier envoi.php ne semble pas codé en UTF-8... Relire les
posts des différents intervenants qui t'ont expliqué *maintes*
fois que déclarer un charset ne suffisait pas, encore faut-il
l'utiliser pour *coder* ses fichiers.
- avec ThunderBird
Téléphone : test téléphone
^^^
Même souci, tu ne déclares pas de charset dans ton mail, donc le
MUA prend celui qui l'arrange (config, ou réglage par défaut), et
visiblement ici il prend de l'ISO, donc ce qui est défini par ton
script envoi.php semble (car on ne peut le vérifier au vu des
éléments que tu fournis) être de l'ISO pour la partie « en dur »
du body du mail. Mais ce que tu complètes avec les données
postées est en UTF8 (car la page du formulaire est déclarée en
UTF8, donc le navigateur poste les données en UTF8).
En espérant que cela t'aide à régler tout ça...
On 2008-12-15, TJ <tj+ wrote:////ici on détermine l'expediteur et l'adresse de réponse
$headers .= "From: $nom <$mail>rnReply-to : $nom
<$mail>nX-Mailer:PHP";
^^^^^^^^^^^^ Inutile, mais la vrai question est surtout as-tu
compris pourquoi tu
l'as mis ?
Je vois aussi qu'il semble manquer un r si on suit la même
logique pour tous les headers...
Remarque subsidiaire, à quoi sert le Reply-to: s'il est
identique au From: ?
On 2008-12-15, TJ <tj+usenet@a13.fr> wrote:
////ici on détermine l'expediteur et l'adresse de réponse
$headers .= "From: $nom <$mail>rnReply-to : $nom
<$mail>nX-Mailer:PHP";
^^^^^^^^^^^^ Inutile, mais la vrai question est surtout as-tu
compris pourquoi tu
l'as mis ?
Je vois aussi qu'il semble manquer un r si on suit la même
logique pour tous les headers...
Remarque subsidiaire, à quoi sert le Reply-to: s'il est
identique au From: ?
On 2008-12-15, TJ <tj+ wrote:////ici on détermine l'expediteur et l'adresse de réponse
$headers .= "From: $nom <$mail>rnReply-to : $nom
<$mail>nX-Mailer:PHP";
^^^^^^^^^^^^ Inutile, mais la vrai question est surtout as-tu
compris pourquoi tu
l'as mis ?
Je vois aussi qu'il semble manquer un r si on suit la même
logique pour tous les headers...
Remarque subsidiaire, à quoi sert le Reply-to: s'il est
identique au From: ?
Le 15/12/2008 16:11, METIS a écrit :
On m'a dit qu'il fallait déclarer le même charset partout, y
compris dans l'entête HTTP.
On t'a surtout dit de savoir sous quel format tu sauves le
fichier au moment du File/Save ou Fichier/Enregistrer, et c'est
ça que tu sucres à chaque fois.
Le 15/12/2008 16:11, METIS a écrit :
On m'a dit qu'il fallait déclarer le même charset partout, y
compris dans l'entête HTTP.
On t'a surtout dit de savoir sous quel format tu sauves le
fichier au moment du File/Save ou Fichier/Enregistrer, et c'est
ça que tu sucres à chaque fois.
Le 15/12/2008 16:11, METIS a écrit :
On m'a dit qu'il fallait déclarer le même charset partout, y
compris dans l'entête HTTP.
On t'a surtout dit de savoir sous quel format tu sauves le
fichier au moment du File/Save ou Fichier/Enregistrer, et c'est
ça que tu sucres à chaque fois.
METIS a écrit :Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8
logiquement?), l'email que je reçois donne...
Je pense que si vous postiez le source du mail, cela permettrait
peut-être de mieux comprendre ce qui ne va pas (le format du mail
ou le(s) lecteur(s)).
METIS a écrit :
Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8
logiquement?), l'email que je reçois donne...
Je pense que si vous postiez le source du mail, cela permettrait
peut-être de mieux comprendre ce qui ne va pas (le format du mail
ou le(s) lecteur(s)).
METIS a écrit :Voilà, avec ça, tout en UTF-8 (l'entête HTTP étant en UTF-8
logiquement?), l'email que je reçois donne...
Je pense que si vous postiez le source du mail, cela permettrait
peut-être de mieux comprendre ce qui ne va pas (le format du mail
ou le(s) lecteur(s)).
Le 12/15/08 10:03 AM, METIS a écrit :Olivier Miakinen wrote:Name: windows-1252
Donc moi, ça met windows-1250...
Ouais ... une erreur de frappe ?
(tu es sûr qu'on est en Europe *centrale* ? C'est pas la Russie
cette zone ?)
Dites voir les codeurs fous d'ici,
vous n'écrivez quand même pas toutes vos pages avec un
Bloc-Notes...?
Ben si !
C'est encore comme ça qu'on perd le moins de temps !
(avant d'avoir fait le tour de tous les panneaux de DW qui, en
plus aime bien faire à son idée ... à la main y a longtemps que
c'est fini)
PS : Je ne retrouve pas comment on voit l'entête HTTP...
de quoi l'entête ?
celle envoyée par le serveur ?
chez Orange, en pages-perso, c'est "text/hml"
sans charset ... il faut bien penser au meta
sinon je pense que le serveur Orange est en iso-8859-1 ou -15
C'est WebDeveloper, extension pour Firefox qui te donnera
l'en-tête.
Le 12/15/08 10:03 AM, METIS a écrit :
Olivier Miakinen wrote:
Name: windows-1252
Donc moi, ça met windows-1250...
Ouais ... une erreur de frappe ?
(tu es sûr qu'on est en Europe *centrale* ? C'est pas la Russie
cette zone ?)
Dites voir les codeurs fous d'ici,
vous n'écrivez quand même pas toutes vos pages avec un
Bloc-Notes...?
Ben si !
C'est encore comme ça qu'on perd le moins de temps !
(avant d'avoir fait le tour de tous les panneaux de DW qui, en
plus aime bien faire à son idée ... à la main y a longtemps que
c'est fini)
PS : Je ne retrouve pas comment on voit l'entête HTTP...
de quoi l'entête ?
celle envoyée par le serveur ?
chez Orange, en pages-perso, c'est "text/hml"
sans charset ... il faut bien penser au meta
sinon je pense que le serveur Orange est en iso-8859-1 ou -15
C'est WebDeveloper, extension pour Firefox qui te donnera
l'en-tête.
Le 12/15/08 10:03 AM, METIS a écrit :Olivier Miakinen wrote:Name: windows-1252
Donc moi, ça met windows-1250...
Ouais ... une erreur de frappe ?
(tu es sûr qu'on est en Europe *centrale* ? C'est pas la Russie
cette zone ?)
Dites voir les codeurs fous d'ici,
vous n'écrivez quand même pas toutes vos pages avec un
Bloc-Notes...?
Ben si !
C'est encore comme ça qu'on perd le moins de temps !
(avant d'avoir fait le tour de tous les panneaux de DW qui, en
plus aime bien faire à son idée ... à la main y a longtemps que
c'est fini)
PS : Je ne retrouve pas comment on voit l'entête HTTP...
de quoi l'entête ?
celle envoyée par le serveur ?
chez Orange, en pages-perso, c'est "text/hml"
sans charset ... il faut bien penser au meta
sinon je pense que le serveur Orange est en iso-8859-1 ou -15
C'est WebDeveloper, extension pour Firefox qui te donnera
l'en-tête.
On 2008-12-15, METIS wrote:_envoi.php_
<?php
header('Content-Type: text/html; charset=UTF-8');
//////ici on détermine le mail en format texte (3 lignes
neutralisees) //$headers .= "Content-type: text/plain;
charset=iso-8859-1rn"; //$headers .= "Content-type:
text/plain; charset=UTF-8rn"; //$headers .= "Content-type:
text/plain; charset=ISO-Latin-1rn";
En revanche là il en manque un (UTF-8 vu que c'est ce que tu
sembles envoyer).
La déclaration en tête, juste après <?php, ne suffit pas ?
Téléphone : test téléphone
^^^
Ton fichier envoi.php ne semble pas codé en UTF-8... Relire les
posts des différents intervenants qui t'ont expliqué *maintes*
fois que déclarer un charset ne suffisait pas, encore faut-il
l'utiliser pour *coder* ses fichiers.
Oui, c'est là que je décroche...
Je ne comprends toujours pas ce que ça veut dire...
Quand j'écris dans des pages avec Dreamweaver, j'écris en quoi, si le
charset est déclaré UTF-8?
On m'en a parlé, mais...
Je ne suis pas sûr qu'on m'ait expliqué ça...
- avec ThunderBird
Téléphone : test téléphone
^^^
Même souci, tu ne déclares pas de charset dans ton mail, donc le
MUA prend celui qui l'arrange (config, ou réglage par défaut), et
visiblement ici il prend de l'ISO, donc ce qui est défini par ton
script envoi.php semble (car on ne peut le vérifier au vu des
éléments que tu fournis) être de l'ISO pour la partie « en dur »
du body du mail. Mais ce que tu complètes avec les données
postées est en UTF8 (car la page du formulaire est déclarée en
UTF8, donc le navigateur poste les données en UTF8).
En espérant que cela t'aide à régler tout ça...
Bé là, ça me laisse un peu perplexe...
Cet exemple est produit avec UTF-8 déclaré partout où je peux déclarer
quelque chose, sauf au niveau entête HTTP car je n'ai pas l'imprssion
d'avoir accès, mais il me semble que c''est UTF-8 par défaut...
On 2008-12-15, METIS <moi@mandarine.fr.invalid> wrote:
_envoi.php_
<?php
header('Content-Type: text/html; charset=UTF-8');
//////ici on détermine le mail en format texte (3 lignes
neutralisees) //$headers .= "Content-type: text/plain;
charset=iso-8859-1rn"; //$headers .= "Content-type:
text/plain; charset=UTF-8rn"; //$headers .= "Content-type:
text/plain; charset=ISO-Latin-1rn";
En revanche là il en manque un (UTF-8 vu que c'est ce que tu
sembles envoyer).
La déclaration en tête, juste après <?php, ne suffit pas ?
Téléphone : test téléphone
^^^
Ton fichier envoi.php ne semble pas codé en UTF-8... Relire les
posts des différents intervenants qui t'ont expliqué *maintes*
fois que déclarer un charset ne suffisait pas, encore faut-il
l'utiliser pour *coder* ses fichiers.
Oui, c'est là que je décroche...
Je ne comprends toujours pas ce que ça veut dire...
Quand j'écris dans des pages avec Dreamweaver, j'écris en quoi, si le
charset est déclaré UTF-8?
On m'en a parlé, mais...
Je ne suis pas sûr qu'on m'ait expliqué ça...
- avec ThunderBird
Téléphone : test téléphone
^^^
Même souci, tu ne déclares pas de charset dans ton mail, donc le
MUA prend celui qui l'arrange (config, ou réglage par défaut), et
visiblement ici il prend de l'ISO, donc ce qui est défini par ton
script envoi.php semble (car on ne peut le vérifier au vu des
éléments que tu fournis) être de l'ISO pour la partie « en dur »
du body du mail. Mais ce que tu complètes avec les données
postées est en UTF8 (car la page du formulaire est déclarée en
UTF8, donc le navigateur poste les données en UTF8).
En espérant que cela t'aide à régler tout ça...
Bé là, ça me laisse un peu perplexe...
Cet exemple est produit avec UTF-8 déclaré partout où je peux déclarer
quelque chose, sauf au niveau entête HTTP car je n'ai pas l'imprssion
d'avoir accès, mais il me semble que c''est UTF-8 par défaut...
On 2008-12-15, METIS wrote:_envoi.php_
<?php
header('Content-Type: text/html; charset=UTF-8');
//////ici on détermine le mail en format texte (3 lignes
neutralisees) //$headers .= "Content-type: text/plain;
charset=iso-8859-1rn"; //$headers .= "Content-type:
text/plain; charset=UTF-8rn"; //$headers .= "Content-type:
text/plain; charset=ISO-Latin-1rn";
En revanche là il en manque un (UTF-8 vu que c'est ce que tu
sembles envoyer).
La déclaration en tête, juste après <?php, ne suffit pas ?
Téléphone : test téléphone
^^^
Ton fichier envoi.php ne semble pas codé en UTF-8... Relire les
posts des différents intervenants qui t'ont expliqué *maintes*
fois que déclarer un charset ne suffisait pas, encore faut-il
l'utiliser pour *coder* ses fichiers.
Oui, c'est là que je décroche...
Je ne comprends toujours pas ce que ça veut dire...
Quand j'écris dans des pages avec Dreamweaver, j'écris en quoi, si le
charset est déclaré UTF-8?
On m'en a parlé, mais...
Je ne suis pas sûr qu'on m'ait expliqué ça...
- avec ThunderBird
Téléphone : test téléphone
^^^
Même souci, tu ne déclares pas de charset dans ton mail, donc le
MUA prend celui qui l'arrange (config, ou réglage par défaut), et
visiblement ici il prend de l'ISO, donc ce qui est défini par ton
script envoi.php semble (car on ne peut le vérifier au vu des
éléments que tu fournis) être de l'ISO pour la partie « en dur »
du body du mail. Mais ce que tu complètes avec les données
postées est en UTF8 (car la page du formulaire est déclarée en
UTF8, donc le navigateur poste les données en UTF8).
En espérant que cela t'aide à régler tout ça...
Bé là, ça me laisse un peu perplexe...
Cet exemple est produit avec UTF-8 déclaré partout où je peux déclarer
quelque chose, sauf au niveau entête HTTP car je n'ai pas l'imprssion
d'avoir accès, mais il me semble que c''est UTF-8 par défaut...