Après mailto, mail tout court...
Pascale
fonction mail (PHP). Je pense néanmoins que ma question a plus sa place ici
que sur fr.comp.lang.php.
J'ai une page qui envoie un message au propriétaire du site lorsqu'un
utilisateur entre un témoignage (via un formulaire). Il n'y a évidemment
pas de .... mais des valeurs de session que je récupère.
Le bout de programme concerné est fait ainsi :
$entetes="From: postm...@monbeaudomaine.fr\n".
"Reply-To: ".$courriel."\n".
"Return-path: postm...@monbeaudomaine.fr\n".
"MIME-Version: 1.0\n".
"Content-Type:text/plain; charset=iso-8859-15\n".
"Content-Transfer-Encoding: 8bit\n";
$sujet="Nouveau témoignage sur le site de xxxxx";
$libcat=....;
$texte=....;
$prenom=....;
$courriel=....;
$message=$prenom." (adresse courriel ".$courriel." vient de saisir le
témoignage suivant sur le site de xxxxxx :\n".$texte."\nCe témoignage est
inscrit dans la catégorie ".$libcat;
mail($adrms,$sujet,$message,$entetes);
Si j'envoie ce courriel chez moi et que je le lis avec Becky, tout est
normal, il n'y a strictement aucun problème. Mais ce courriel est
normalement reçu par le propriétaire du site qui lit les messages, pour
autant que je sache, avec la messagerie Orange.
Et le problème est que lorsque c'est lui qui récupère les messages (ce qui
est le fonctionnement normal),systématiquement, la première lettre du sujet
(un N, en l'occurrence) disparaît corps et biens, le titre devient « ouveau
témoignage sur le site de xxxxx » !
J'ai à un autre endroit du site un formulaire de contact fait sur le même
modèle : le problème est le même, la première lettre du sujet disparaît,
mais là encore, uniquement lorsque les messages sont lus avec la messagerie
Orange !
Je me dis qu'il manque peut-être quelque chose dans mes en-têtes pour qu'il
n'y ait pas de lézard, mais kouadonc ?
--
Pascale
Olivier Miakinen
Le 25/02/2009 19:20, Pascale a écrit :
> J'ai encore des soucis et pas avec un mailto, mais tout bêtement avec la
> fonction mail (PHP). Je pense néanmoins que ma question a plus sa place ici
> que sur fr.comp.lang.php.
Bof... tu aurais pu hésiter entre fr.comp.lang.php et fr.comp.mail, mais
je ne vois pas bien le rapport avec fciw.auteurs. Pas grave, je vais
répondre quand même.
> J'ai une page qui envoie un message au propriétaire du site lorsqu'un
> utilisateur entre un témoignage (via un formulaire). Il n'y a évidemment
> pas de .... mais des valeurs de session que je récupère.
>
> Le bout de programme concerné est fait ainsi :
>
> $entetes="From: postm...@monbeaudomaine.fr\n".
> "Reply-To: ".$courriel."\n".
Je suppose que $courriel est fixé en dur plutôt que de venir de
l'extérieur (formulaire ou session). Dans le cas contraire, ton script
serait une aubaine pour les spammeurs.
> "Return-path: postm...@monbeaudomaine.fr\n".
> "MIME-Version: 1.0\n".
> "Content-Type:text/plain; charset=iso-8859-15\n".
^^
Attention : si j'en crois ma compréhension du RFC 2822, l'espace n'est
effectivement pas obligatoire après le deux-points, mais vu que tout le
monde la met il vaudrait mieux faire pareil. Ce sera plus lisible, et
comportera moins de risques d'être mal interprété à l'arrivée.
Donc :
"Content-Type:text/plain; charset=iso-8859-15\n".
> "Content-Transfer-Encoding: 8bit\n";
> $sujet="Nouveau témoignage sur le site de xxxxx";
^
Alors qu'on pouvait éventuellement compter sur le dialogue entre
navigateur et courrielleur pour corriger cela dans le cas d'un lien
mailto, ici c'est toi qui formates le message, et donc les caractères
non ascii sont interdits dans un champ d'entête.
Donc :
$sujet="Nouveau =?ISO-8859-15?Q?t=E9moignage?= sur le site de xxxxx"
ou :
$sujet="=?ISO-8859-15?Q?Nouveau_t=E9moignage_sur_le_site_de_xxxxx?="
etc.
> [...]
>
> Si j'envoie ce courriel chez moi et que je le lis avec Becky, tout est
> normal, il n'y a strictement aucun problème.
... preuve que ce n'est pas plus un problème de page web que de code PHP.
> [...]
>
> Et le problème est que lorsque c'est lui qui récupère les messages (ce qui
> est le fonctionnement normal),systématiquement, la première lettre du sujet
> (un N, en l'occurrence) disparaît corps et biens, le titre devient « ouveau
> témoignage sur le site de xxxxx » !
Très bizarre, comme comportement. Mais essaye déjà de virer l'accent ou
d'encoder le tout au format MIME... si ça ne marche pas, tu peux aussi
tenter de mettre une espace au début du titre ! ;-)
Cordialement,
--
Olivier Miakinen
Olivier Miakinen
>
>> "Content-Type:text/plain; charset=iso-8859-15\n".
> ^^
> Attention : si j'en crois ma compréhension du RFC 2822, l'espace n'est
> effectivement pas obligatoire après le deux-points, mais vu que tout le
> monde la met il vaudrait mieux faire pareil. Ce sera plus lisible, et
> comportera moins de risques d'être mal interprété à l'arrivée.
>
> Donc :
> "Content-Type:text/plain; charset=iso-8859-15\n".
Comprendre :
Pascale
news:49a5...@neottia.net:
> Bof... tu aurais pu hésiter entre fr.comp.lang.php et fr.comp.mail,
> mais je ne vois pas bien le rapport avec fciw.auteurs. Pas grave, je
> vais répondre quand même.
Merci. Mais vu que mon problème précédent, qui concernait l'encodage d'un
mailto s'est retrouvé sur ce forum, j'ai pensé que c'était mieux de
continuer ici. Non ?
> Je suppose que $courriel est fixé en dur plutôt que de venir de
> l'extérieur (formulaire ou session). Dans le cas contraire, ton script
> serait une aubaine pour les spammeurs.
Non, il vient bel et bien de l'extérieur. On vérifie que l'on a affaire à
un humain et non à un robot en demandant le résultat d'une petite addition
de 2 nombres générés aléatoirement. J'ai plusieurs formulaires qui
fonctionnent comme ça sur différents sites, je n'y ai JAMAIS vu un spam. Si
cela se produisait, je pense que je mettrais un captcha, quoique je n'aime
guère ces trucs.
> Attention : si j'en crois ma compréhension du RFC 2822, l'espace n'est
> effectivement pas obligatoire après le deux-points, mais vu que tout
> le monde la met il vaudrait mieux faire pareil. Ce sera plus lisible,
> et comportera moins de risques d'être mal interprété à l'arrivée.
>
> Donc :
> "Content-Type:text/plain; charset=iso-8859-15\n".
D'acc, j'ai vu la correction dans ton message suivant (-:
>> "Content-Transfer-Encoding: 8bit\n";
>> $sujet="Nouveau témoignage sur le site de xxxxx";
> ^
> Alors qu'on pouvait éventuellement compter sur le dialogue entre
> navigateur et courrielleur pour corriger cela dans le cas d'un lien
> mailto, ici c'est toi qui formates le message, et donc les caractères
> non ascii sont interdits dans un champ d'entête.
>
> Donc :
> $sujet="Nouveau =?ISO-8859-15?Q?t=E9moignage?= sur le site de xxxxx"
> ou :
> $sujet="=?ISO-8859-15?Q?Nouveau_t=E9moignage_sur_le_site_de_xxxxx?="
> etc.
D'accord, on retombe donc sur quelque chose qui ressemble fort à ce que
j'ai dû faire pour le mailto, ce qui n'est pas étonnant.
>> Si j'envoie ce courriel chez moi et que je le lis avec Becky, tout
>> est normal, il n'y a strictement aucun problème.
>
> ... preuve que ce n'est pas plus un problème de page web que de code
> PHP.
C'est bien ce que je pense.
> Très bizarre, comme comportement. Mais essaye déjà de virer l'accent
> ou d'encoder le tout au format MIME... si ça ne marche pas, tu peux
> aussi tenter de mettre une espace au début du titre ! ;-)
C'est vrai, j'y avais d'ailleurs pensé (o:
Encore une fois, je te remercie pour ton aide.
--
Pascale
Olivier Miakinen
>
>> Je suppose que $courriel est fixé en dur plutôt que de venir de
>> l'extérieur (formulaire ou session). Dans le cas contraire, ton script
>> serait une aubaine pour les spammeurs.
>
> Non, il vient bel et bien de l'extérieur. On vérifie que l'on a affaire à
> un humain et non à un robot en demandant le résultat d'une petite addition
> de 2 nombres générés aléatoirement. J'ai plusieurs formulaires qui
> fonctionnent comme ça sur différents sites, je n'y ai JAMAIS vu un spam. Si
> cela se produisait, je pense que je mettrais un captcha, quoique je n'aime
> guère ces trucs.
D'accord. Cela limite pas mal les risques en effet. Mais pour limiter
encore plus je te suggère, si ce n'est pas déjà fait, d'au moins
supprimer tous les \r et \n de cette variable avant de la mettre dans
le champ d'entête Reply-To :
$courriel = preg_replace("/[\r\n]/", "", $courriel);
> [...]
>
>> Très bizarre, comme comportement. Mais essaye déjà de virer l'accent
>> ou d'encoder le tout au format MIME... [...]
Tu nous tiens au courant ?
Pascale
news:49a6b214$1...@neottia.net:
> D'accord. Cela limite pas mal les risques en effet. Mais pour limiter
> encore plus je te suggère, si ce n'est pas déjà fait, d'au moins
> supprimer tous les \r et \n de cette variable avant de la mettre dans
> le champ d'entête Reply-To :
>
> $courriel = preg_replace("/[\r\n]/", "", $courriel);
J'ai une regexp qui vérifie que l'adresse courriel ressemble à une adresse
courriel :
if ($courriel=='')
{
echo '<p class="avert">Votre adresse courriel est manquante !</p>';
$err='1';
}
// Teste la validité de l'adresse courriel
elseif (!ereg("^([a-zA-Z0-9]+(([\.\-\_]?[a-zA-Z0-9]+)+)?)\@(([a-zA-Z0-
9]+[\.\-\_])+[a-zA-Z]{2,4})$",$courriel))
{
$err='1';
echo '<p class="avert">'.$courriel.' n\'est pas une courriel
valide !</p>';
}
...
Ce n'est évidemment pas moi qui l'ai créée, mais à l'usage, elle filtre
bien les adresses malformées et ne semble pas renvoyer de faux positif
(mais bon, qu'est-ce qui est parfait en ce bas monde ? (-: )
>> [...]
>>
>>> Très bizarre, comme comportement. Mais essaye déjà de virer l'accent
>>> ou d'encoder le tout au format MIME... [...]
>
> Tu nous tiens au courant ?
Volontiers. Pas sûr que je retravaille là dessus aujourd'hui, mais je vais
le faire (« elle PEUT le faire, c'est extraordinaire ! »)
Re-merci !
--
Pascale
Olivier Miakinen
>>
>> $courriel = preg_replace("/[\r\n]/", "", $courriel);
>
> J'ai une regexp qui vérifie que l'adresse courriel ressemble à une adresse
> courriel :
>
> 9]+[\.\-\_])+[a-zA-Z]{2,4})$",$courriel))
En effet, ça suffit pour empêcher le détournement du formulaire à fin de
spam. Mais cette ereg fait partie des expressions rationnelles fascistes
qui refusent mon adresse... et la tienne aussi ! Tout ceci pour une
complexité inutile. Parmi ses autres bugs, il y a l'impossibilité de
mettre un TLD de plus de 4 caractères, ou de mettre deux - d'affilée.
Je te conseille plutôt ceci :
elseif (!preg_match('/^[.A-Za-z0-9+_-]+@[.A-Za-z0-9-]+$/',
$courriel))
(cf. <http://faqfclphp.free.fr/#rub5.3>)
> Ce n'est évidemment pas moi qui l'ai créée, mais à l'usage, elle filtre
> bien les adresses malformées et ne semble pas renvoyer de faux positif
Tu ne l'as donc pas essayée sur chaton.t...@alussinan.org, ou
om+...@miakinen.net, ou encore exa...@example.museum. Je peux te
garantir que mon adresse est valide, d'ailleurs tu peux m'y envoyer
un courrier en privé pour voir.
> (mais bon, qu'est-ce qui est parfait en ce bas monde ? (-: )
Sans atteindre la perfection, ne pas rejeter des adresses couramment
utilisées serait quand même un + (sic).
Pascale
news:49a6c50f$1...@neottia.net:
> En effet, ça suffit pour empêcher le détournement du formulaire à fin
> de spam. Mais cette ereg fait partie des expressions rationnelles
> fascistes qui refusent mon adresse... et la tienne aussi ! Tout ceci
> pour une complexité inutile. Parmi ses autres bugs, il y a
> l'impossibilité de mettre un TLD de plus de 4 caractères, ou de mettre
> deux - d'affilée.
Quand je disais que la perfection n'est pas de ce bas monde (: Mais bon,
fasciste, t'y vas fort...
> Je te conseille plutôt ceci :
>
> elseif (!preg_match('/^[.A-Za-z0-9+_-]+@[.A-Za-z0-9-]+$/',
> $courriel))
>
> (cf. <http://faqfclphp.free.fr/#rub5.3>)
Grmpf. J'en ai testé et retesté des regexp de vérification des adresses
courriel. Je suis prête à parier que j'ai déjà testée celle-ci et si je
l'ai laissée, c'est qu'elle doit laisser passer certaines anomalies. Enfin
bon, j'ai plus qu'à retester (-:
> Tu ne l'as donc pas essayée sur chaton.t...@alussinan.org, ou
> om+...@miakinen.net, ou encore exa...@example.museum. Je peux te
> garantir que mon adresse est valide, d'ailleurs tu peux m'y envoyer
> un courrier en privé pour voir.
chaton.t...@alussinan.org n'est pas censée être utilisée, ce qui fait
que je ne l'ai pas testée...
> Sans atteindre la perfection, ne pas rejeter des adresses couramment
> utilisées serait quand même un + (sic).
À titre personnel, j'ai rien contre les adresses courriel qui contiennent
un + ... (-:
--
Pascale
Olivier Miakinen
>
> Quand je disais que la perfection n'est pas de ce bas monde (: Mais bon,
> fasciste, t'y vas fort...
Je sais, je mérite un point Godwin. Mais le refus des adresses plussées
est suffisamment courant pour que je râle très fort à chaque fois.
Encore hier je me suis vu refuser l'adresse om+con...@miakinen.net
pour réserver un bureau pour ma fille.
>> Je te conseille plutôt ceci :
>>
>> elseif (!preg_match('/^[.A-Za-z0-9+_-]+@[.A-Za-z0-9-]+$/',
>> $courriel))
>>
>> (cf. <http://faqfclphp.free.fr/#rub5.3>)
>
> Grmpf. J'en ai testé et retesté des regexp de vérification des adresses
> courriel. Je suis prête à parier que j'ai déjà testée celle-ci et si je
> l'ai laissée, c'est qu'elle doit laisser passer certaines anomalies.
Ah, c'est que tu veux être un peu fasciste quand même. Dans ce cas,
prends la première version de <http://faqfclphp.free.fr/#rub5.3> :
$ltext = '[A-Za-z0-9!#$%&\'*+/=?^_`{|}~-]+';
$rtext = '[A-Za-z0-9-]+';
$pattern = ":^$ltext(\.$ltext)*@$rtext(\.$rtext)+$:";
if (preg_match($pattern, $email)) { ... }
Elle contrôlera qu'il n'y a pas deux « . » de suite, ni un « . » au
début ou à la fin de chacune des parties gauche et droite. Mais bien
sûr elle n'interdira ni les adresses plussées, ni celles en .museum,
ni celles contenant deux traits d'union de suite (chose courante si
je me rappelle bien avec les noms de domaine internationalisés, mais
aussi avec la récente loi française de formation des noms après le
mariage).
Cela dit, il ne sert à rien de tester toutes les anomalies : si
quelqu'un veut mettre une adresse invalide dans ton formulaire, il
choisira plus facilement un truc du genre de « bla...@yahoo.fr »
que du genre de « bzz{+--@&..museum », et ton contrôle n'y verra
que du feu.
>> Tu ne l'as donc pas essayée sur chaton.t...@alussinan.org, ou
>> om+...@miakinen.net, ou encore exa...@example.museum. Je peux te
>> garantir que mon adresse est valide, d'ailleurs tu peux m'y envoyer
>> un courrier en privé pour voir.
>
> chaton.t...@alussinan.org n'est pas censée être utilisée, ce qui fait
> que je ne l'ai pas testée...
Ah. Ben si tu ne la lis jamais, tu peux rajouter .invalid derrière,
c'est plus propre. Note que les adresses en alussinan.org rejettent
pas mal de courriels légitimes de toute façon (ça m'est arrivé il y a
quelques semaines encore avec l'adresse de Luc Bentz chez alussinan).
>> Sans atteindre la perfection, ne pas rejeter des adresses couramment
>> utilisées serait quand même un + (sic).
>
> À titre personnel, j'ai rien contre les adresses courriel qui contiennent
> un + ... (-:
Merci !
Pascale
news:49a6f28b$1...@neottia.net:
> Ah, c'est que tu veux être un peu fasciste quand même.
Juste pour les adresses courriels. J'ai ma dignité, quand même. C'est que
je sais ce dont les youzeurs sont capables, vu que je suis une youzeuse (:
> Dans ce cas,
> prends la première version de <http://faqfclphp.free.fr/#rub5.3> :
>
> $ltext = '[A-Za-z0-9!#$%&\'*+/=?^_`{|}~-]+';
> $rtext = '[A-Za-z0-9-]+';
> $pattern = ":^$ltext(\.$ltext)*@$rtext(\.$rtext)+$:";
> if (preg_match($pattern, $email)) { ... }
>
> Elle contrôlera qu'il n'y a pas deux « . » de suite, ni un « . » au
> début ou à la fin de chacune des parties gauche et droite. Mais bien
> sûr elle n'interdira ni les adresses plussées, ni celles en .museum,
> ni celles contenant deux traits d'union de suite (chose courante si
> je me rappelle bien avec les noms de domaine internationalisés, mais
> aussi avec la récente loi française de formation des noms après le
> mariage).
Ça devrait donc aller.
> Cela dit, il ne sert à rien de tester toutes les anomalies : si
> quelqu'un veut mettre une adresse invalide dans ton formulaire, il
> choisira plus facilement un truc du genre de « bla...@yahoo.fr »
> que du genre de « bzz{+--@&..museum », et ton contrôle n'y verra
> que du feu.
Je ne cherche pas à contrôler la validité réelle des adresses courriel. Si
les gens mettent une adresse fantaisiste, ça les regarde, c'est d'abord eux
qui sont pénalisés : je ne demande pas d'adresses courriel pour faire joli
ni pour les revendre... Par exemple, dans Kekcestruc, lorsque les gens
passent une demande d'identification, ils reçoivent un courrier
électronique pour leur dire si la demande est acceptée ou refusée (dans ce
dernier cas, l'adresse sert à leur dire pourquoi). Si elle est acceptée,
l'adresse courriel est utilisée pour les informer de l'acceptation, leur
donner un lien qui leur permet de modifier leur demande, puis pour leur
écrire quand la plante est considérée comme identifiée et du même coup,
leur fournir un lien qui les envoie vers un formulaire de remerciement, au
cas où ils ont envie de passer un petit mot sympa aux « identificateurs ».
Mon but est avant tout de prévenir les erreurs de frappe, par exemple un
espace au milieu de l'adresse, un accent, l'oubli de l'extension du nom de
domaine, 2 points successifs ou 2 @, 2 adresses au lieu d'une, séparées
par un blanc, un slash, ou bien « ou », etc.
> Ah. Ben si tu ne la lis jamais, tu peux rajouter .invalid derrière,
> c'est plus propre. Note que les adresses en alussinan.org rejettent
> pas mal de courriels légitimes de toute façon (ça m'est arrivé il y a
> quelques semaines encore avec l'adresse de Luc Bentz chez alussinan).
Oui mais non. L'adresse avec le +spam n'est pas censée être utilisée car il
y a un reply-to qui lui, ne comporte pas ce morceau (cf mes entêtes).
Si on écrit à l'adresse avec le +spam, on se prend un bounce avec le
message suivant :
« chaton.t...@alussinan.org>: host
laila.alussinan.org[82.237.120.164]
said: 550 5.7.0 Adresse volontairement rendue indisponible. Pour me
contacter par E-mail otez le "+spam" de mon adresse. (in reply to RCPT
TO command) »
Donc elle n'est pas valide, mais elle donne l'information nécessaire pour
m'écrire (-:
--
Pascale
Olivier Miakinen
>
>> Ah, c'est que tu veux être un peu fasciste quand même.
>
> Juste pour les adresses courriels. J'ai ma dignité, quand même. C'est que
> je sais ce dont les youzeurs sont capables, vu que je suis une youzeuse (:
;-)
> [...]
>
> Mon but est avant tout de prévenir les erreurs de frappe, par exemple un
> espace au milieu de l'adresse, un accent,
Si on nomme R ta regexp actuelle, R1 ma première proposition et R2 la
deuxième, toutes les trois contrôlent les deux points ci-dessus.
> l'oubli de l'extension du nom de domaine,
Contrôlé par R et R2.
> 2 points successifs
Contrôlé par R et R2.
> ou 2 @,
Contrôlé par R, R1 et R2.
> 2 adresses au lieu d'une, séparées par un blanc,
Contrôlé par R, R1 et R2.
> un slash,
Contrôlé par R, R1 et R2 dans la partie droite de l'adresse ; refusé à
tort dans la partie gauche par R et R1, accepté avec raison par R2.
Cf. les caractères autorisés dans $ltext :
A-Za-z0-9!#$%&'*+/=?^_`{|}~-
(ici j'ai viré le \ qui ne servait qu'à protéger l'apostrophe)
> ou bien « ou », etc.
Contrôlé par R, R1 et R2.
>> Ah. Ben si tu ne la lis jamais, tu peux rajouter .invalid derrière,
>> c'est plus propre. Note que les adresses en alussinan.org rejettent
>> pas mal de courriels légitimes de toute façon (ça m'est arrivé il y a
>> quelques semaines encore avec l'adresse de Luc Bentz chez alussinan).
>
> Oui mais non. L'adresse avec le +spam n'est pas censée être utilisée car il
> y a un reply-to qui lui, ne comporte pas ce morceau (cf mes entêtes).
> Si on écrit à l'adresse avec le +spam, on se prend un bounce avec le
> message suivant :
> « chaton.t...@alussinan.org>: host
> laila.alussinan.org[82.237.120.164]
> said: 550 5.7.0 Adresse volontairement rendue indisponible. Pour me
> contacter par E-mail otez le "+spam" de mon adresse. (in reply to RCPT
> TO command) »
>
> Donc elle n'est pas valide, mais elle donne l'information nécessaire pour
> m'écrire (-:
Tout ceci est déjà infiniment mieux que la plupart des adresses antispam
que je vois, alors je ne te chicanerai pas là-dessus.
Pascale
> Tout ceci est déjà infiniment mieux que la plupart des adresses antispam
> que je vois, alors je ne te chicanerai pas là-dessus.
Merci (-:
Et je retiens de ce qui précède que la formule R2 (ça fait un peu
restaurant chinois (-: ) serait la plus appropriée pour ce que je
recherche.
--
Pascale
Pascale
news:49a6b214$1...@neottia.net:
> Tu nous tiens au courant ?
Je crois qu'il va me falloir un grand sorcier marabout pour me sortir de ce
problème (que je ne vois pas avec Becky, je le rappelle).
J'en suis venue à insérer un espace au début du sujet, et bien ça ne change
rien, la première lettre du titre (sans caractères accentués ou spéciaux)
est quand même tronquée !
--
Pascale
Patrick Mevzek
> J'en suis
> venue à insérer un espace au début du sujet, et bien ça ne change rien,
> la première lettre du titre (sans caractères accentués ou spéciaux) est
> quand même tronquée !
Y compris via un autre MUA ?
Sinon, faudrait faire un dump du message exactement tel qu'il est envoyé
(donc au niveau PHP le sauver dans un fichier) et tel qu'il est reçu.
A partir de là on aura tous les en-têtes et le contenu complet et on peut
donc regarder en détails. Sans cela, et tests avec d'autres lecteurs de mail,
ca me parait difficile.
Vous avez testé aussi en envoyant l'email à une autre adresse ?
--
Patrick Mevzek . . . . . . . . . . . . . . Dot and Co
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/prices>
<http://icann-registrars-life.dotandco.net/>
Pascale
news:49aebb1d$0$3090$426a...@news.free.fr:
> Y compris via un autre MUA ?
Euh... désolée de mon ignorance, mais c'est quoi, un MUA ?
> Sinon, faudrait faire un dump du message exactement tel qu'il est
> envoyé (donc au niveau PHP le sauver dans un fichier) et tel qu'il est
> reçu.
Grmpf. On fait ça comment ?
> A partir de là on aura tous les en-têtes et le contenu complet
> et on peut donc regarder en détails. Sans cela, et tests avec d'autres
> lecteurs de mail, ca me parait difficile.
>
> Vous avez testé aussi en envoyant l'email à une autre adresse ?
Ben oui, si je l'envoie chez moi et que je le lis avec mon Becky préféré,
il n'y a absolument aucun problème.
--
Pascale
Patrick Mevzek
>> Y compris via un autre MUA ?
>
> Euh... désolée de mon ignorance, mais c'est quoi, un MUA ?
MUA=Mail User Agent=Logiciel de courrier (votre Becky par exemple, ou un webmail, bref n'importe quelle
interface de lecture/écriture d'emails)
>> Sinon, faudrait faire un dump du message exactement tel qu'il est
>> envoyé (donc au niveau PHP le sauver dans un fichier) et tel qu'il est
>> reçu.
>
> Grmpf. On fait ça comment ?
fopen et compagnie. Mais ...
>> Vous avez testé aussi en envoyant l'email à une autre adresse ?
>
> Ben oui, si je l'envoie chez moi et que je le lis avec mon Becky
> préféré, il n'y a absolument aucun problème.
... dans ce cas de figure, le problème est alors plutôt du côté du récepteur donc non ?
Vous avez posé la question à Orange ?
Pascale
news:49aec28e$0$29467$426a...@news.free.fr:
> MUA=Mail User Agent=Logiciel de courrier (votre Becky par exemple, ou
> un webmail, bref n'importe quelle interface de lecture/écriture
> d'emails)
D'acc.
>> Grmpf. On fait ça comment ?
> fopen et compagnie. Mais ...
Ah ben oui, évidemment, j'aurais dû y penser toute seule.
>>> Vous avez testé aussi en envoyant l'email à une autre adresse ?
>>
>> Ben oui, si je l'envoie chez moi et que je le lis avec mon Becky
>> préféré, il n'y a absolument aucun problème.
>
> ... dans ce cas de figure, le problème est alors plutôt du côté du
> récepteur donc non ? Vous avez posé la question à Orange ?
Ben non, je n'ai pas de contacts avec Orange. Et je parie que la personne
qui reçoit ses fameux courriels avec le titre tronqué se verra répondre que
de toutes façons, c'est pas de leur faute mais de celui qui a pondu le
site, c'est-à-dire moi...
--
Pascale
Patrick Mevzek
>>>> Vous avez testé aussi en envoyant l'email à une autre adresse ?
>>>
>>> Ben oui, si je l'envoie chez moi et que je le lis avec mon Becky
>>> préféré, il n'y a absolument aucun problème.
>>
>> ... dans ce cas de figure, le problème est alors plutôt du côté du
>> récepteur donc non ? Vous avez posé la question à Orange ?
>
> Ben non, je n'ai pas de contacts avec Orange. Et je parie que la
> personne qui reçoit ses fameux courriels avec le titre tronqué se verra
> répondre que de toutes façons, c'est pas de leur faute mais de celui qui
> a pondu le site, c'est-à-dire moi...
Et on ne pourra trancher que si on voit le mail tel qu'il est transmis...
Donc soit juste avant émission, soit, encore mieux juste après réception
mais avant lecture dans une interface.
Idéalement, le mettre au format texte quelque part sur le web.
ou l'envoyer par email aux gens qui veulent aider. Je peux éventuellement
participer, mais pas sûr de réussir à vous trouver le problème, j'essaye
juste de faire avancer le schmilblick (mon from est valide tel quel)
Olivier Miakinen
>
> [...]
> ou l'envoyer par email aux gens qui veulent aider. Je peux éventuellement
> participer,
Idem.
> mais pas sûr de réussir à vous trouver le problème [...]
Logique : on ne peut être sûr de rien tant qu'on n'a pas vu ce qui
arrive.
> (mon from est valide tel quel)
(idem)
Pascale
news:49aedaf5$0$5248$426a...@news.free.fr:
> Et on ne pourra trancher que si on voit le mail tel qu'il est
> transmis... Donc soit juste avant émission, soit, encore mieux juste
> après réception mais avant lecture dans une interface.
> Idéalement, le mettre au format texte quelque part sur le web.
> ou l'envoyer par email aux gens qui veulent aider. Je peux
> éventuellement participer, mais pas sûr de réussir à vous trouver le
> problème, j'essaye juste de faire avancer le schmilblick (mon from est
> valide tel quel)
Merci à Olivier et à toi.
Donc, j'ai fait un truc simple :
$txtmessage="Sujet : ".$sujet." - Envoyé par : ".$identite." - Entêtes :
".$entetes."Texte : ".$texte;
$controle=fopen("fichiermessage.txt","a+");fwrite($controle,$txtmessage);fc
lose($controle);
J'obtiens tout à fait le résultat attendu :
Sujet : Mobil Sport - Envoyé par : Pascale - Entêtes : From:
postm...@domainedusite.fr
Reply-To: pascale...@domaine.fr
Return-path: postm...@domainedusite.fr
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
Texte : Ceci est un message de test envoyé par formulaire
Comme j'ai redirigé provisoirement les messages chez moi, je peux confirmer
qu'ils arrivent intacts dans Becky (c'est-à-dire que le titre est complet,
l'espace supplémentaire lui-même est bien là).
--
Pascale
Olivier Miakinen
>
> Donc, j'ai fait un truc simple :
>
> $txtmessage="Sujet : ".$sujet." - Envoyé par : ".$identite." - Entêtes :
> ".$entetes."Texte : ".$texte;
> $controle=fopen("fichiermessage.txt","a+");fwrite($controle,$txtmessage);fc
> lose($controle);
>
> J'obtiens tout à fait le résultat attendu :
>
> Sujet : Mobil Sport - Envoyé par : Pascale - Entêtes : From:
> Texte : Ceci est un message de test envoyé par formulaire
Ok, mais ici les « entêtes » 'Sujet' et 'Texte' contiennent toujours
des caractères non-ASCII et non encodés en MIME, or c'était vraiment
*le* truc non conforme de ton script initial. Tu as essayé sans aucun
caractère accentué ?
Pascale
news:49afd87e$1...@neottia.net:
> Ok, mais ici les « entêtes » 'Sujet' et 'Texte' contiennent toujours
> des caractères non-ASCII et non encodés en MIME, or c'était vraiment
> *le* truc non conforme de ton script initial. Tu as essayé sans aucun
> caractère accentué ?
Le sujet lui-même n'est jamais accentué, c'est seulement « Mobil Sport ».
Si je reprends l'ensemble du code, j'ai :
$sujet=' Mobil Sport';
$entetes="From: postm...@domaine.fr\n".
"Reply-To: ".$courriel."\n".
"Return-path: postm...@domaine.fr\n".
"MIME-Version: 1.0\n".
"Content-Type: text/plain; charset=iso-8859-15\n".
"Content-Transfer-Encoding: 8bit\n";
$texte=html_entity_decode($_SESSION['texte'],ENT_QUOTES,'ISO-8859-15');
$identite=html_entity_decode($_SESSION['identite'],ENT_QUOTES,'ISO-8859-
15');
$courriel=$_SESSION['courriel'];
$message="Message envoyé par le formulaire du site Mobil Sport, de la part
de ".$identite." (adresse courriel : ".$courriel.") :\n\n".$texte;
mail($adrtec,$sujet,$message,$entetes);
//
$txtmessage="Sujet : ".$sujet." - Envoyé par : ".$identite." - Entêtes :
".$entetes."Texte : ".$texte."\n\n";
$controle=fopen("fichiermessage.txt","a+");fwrite($controle,$txtmessage);
fclose($controle);
Si j'encode le é de envoyé, je reçois le code tel quel dans Becky :
« Message =?ISO-8859-15?Q?envoy=E9?= ... »
Mais en effet, ça coûte pas cher de mettre « message en provenance du
formulaire du site Mobil Sport », histoire d'avoir un accent de moins. Je
vais essayer (mais je ne pourrai pas empêcher les gens de mettre des
accents dans leur texte).
--
Pascale
Olivier Miakinen
>
>> Ok, mais ici les « entêtes » 'Sujet' et 'Texte' contiennent toujours
>> des caractères non-ASCII et non encodés en MIME, or c'était vraiment
>> *le* truc non conforme de ton script initial. Tu as essayé sans aucun
>> caractère accentué ?
>
> Le sujet lui-même n'est jamais accentué, c'est seulement « Mobil Sport ».
À moins que je n'aie loupé une de tes réponses, tu n'avais pas encore
dit que tu avais remplacé :
$sujet="Nouveau témoignage sur le site de xxxxx";
par :
$sujet=' Mobil Sport';
Est-ce le cas dans tous les autres entêtes (champs From et Reply-To par
exemple) ?
> Si je reprends l'ensemble du code, j'ai :
>
> $sujet=' Mobil Sport';
> $entetes="From: postm...@domaine.fr\n".
> "Reply-To: ".$courriel."\n".
Pas de caractères accentués là-dedans ?
> "Return-path: postm...@domaine.fr\n".
> "MIME-Version: 1.0\n".
> "Content-Type: text/plain; charset=iso-8859-15\n".
> "Content-Transfer-Encoding: 8bit\n";
> $texte=html_entity_decode($_SESSION['texte'],ENT_QUOTES,'ISO-8859-15');
> $identite=html_entity_decode($_SESSION['identite'],ENT_QUOTES,'ISO-8859-
> 15');
> $courriel=$_SESSION['courriel'];
Tiens ? Tu modifies la variable $courriel après l'avoir utilisée ? Ça ne
me semble pas très sain. Mais bon, tu fais comme tu veux.
> $message="Message envoyé par le formulaire du site Mobil Sport, de la part
> de ".$identite." (adresse courriel : ".$courriel.") :\n\n".$texte;
> mail($adrtec,$sujet,$message,$entetes);
et $adrtec, c'est juste une adresse xx@yy sans fioritures ?
> $txtmessage="Sujet : ".$sujet." - Envoyé par : ".$identite." - Entêtes :
> ".$entetes."Texte : ".$texte."\n\n";
> $controle=fopen("fichiermessage.txt","a+");fwrite($controle,$txtmessage);
> fclose($controle);
>
> Si j'encode le é de envoyé, je reçois le code tel quel dans Becky :
> « Message =?ISO-8859-15?Q?envoy=E9?= ... »
Normal, ce n'est pas dans les entêtes. Désolé de ne pas avoir compris
que dans ton article précédent tu décrivais le corps du message plutôt
que ses entêtes.
> Mais en effet, ça coûte pas cher de mettre « message en provenance du
> formulaire du site Mobil Sport », histoire d'avoir un accent de moins. Je
> vais essayer (mais je ne pourrai pas empêcher les gens de mettre des
> accents dans leur texte).
Non, ne fais pas ça : c'est uniquement dans les entêtes qu'il faut
chasser les caractères non-ASCII. En ce qui concerne le corps du
message, les déclarations contenues dans MIME-Version, Content-Type
et Content-Transfer-Encoding suffisent pour que ce soit correct.
Pascale
news:49aff60b$1...@neottia.net:
> À moins que je n'aie loupé une de tes réponses, tu n'avais pas encore
> dit que tu avais remplacé :
> $sujet="Nouveau témoignage sur le site de xxxxx";
> par :
> $sujet=' Mobil Sport';
Non, je n'ai pas fait de modification : ce n'est tout simplement pas le
même formulaire (mais il pose le même problème).
Je commence par le cas « simple », celui sans accents (:
> Est-ce le cas dans tous les autres entêtes (champs From et Reply-To
> par exemple) ?
Pas d'accents ni de trucs louches en goguette, non.
>> $sujet=' Mobil Sport';
>> $entetes="From: postm...@domaine.fr\n".
>> "Reply-To: ".$courriel."\n".
>
> Pas de caractères accentués là-dedans ?
Ben non.
>> "Return-path: postm...@domaine.fr\n".
>> "MIME-Version: 1.0\n".
>> "Content-Type: text/plain; charset=iso-8859-15\n".
>> "Content-Transfer-Encoding: 8bit\n";
>
>> $texte=html_entity_decode($_SESSION['texte'],ENT_QUOTES,'ISO-8859-15')
>> ;
>> $identite=html_entity_decode($_SESSION['identite'],ENT_QUOTES,'ISO-885
>> 9- 15');
>> $courriel=$_SESSION['courriel'];
>
> Tiens ? Tu modifies la variable $courriel après l'avoir utilisée ? Ça
> ne me semble pas très sain. Mais bon, tu fais comme tu veux.
Bien vu. Tu viens d'obtenir la preuve que je radote (-: (j'ai supprimé
cette ligne de code parfaitement inutile).
>> $message="Message envoyé par le formulaire du site Mobil Sport, de la
>> part de ".$identite." (adresse courriel : ".$courriel.")
>> :\n\n".$texte; mail($adrtec,$sujet,$message,$entetes);
>
> et $adrtec, c'est juste une adresse xx@yy sans fioritures ?
Exactement. Je teste avec mes propres adresses Free et Valinfo, qui sont
archi-classiques et sans fioritures.
> Normal, ce n'est pas dans les entêtes. Désolé de ne pas avoir compris
> que dans ton article précédent tu décrivais le corps du message plutôt
> que ses entêtes.
Probable que je me suis mal expliquée.
>> Mais en effet, ça coûte pas cher de mettre « message en provenance du
>> formulaire du site Mobil Sport », histoire d'avoir un accent de
>> moins. Je vais essayer (mais je ne pourrai pas empêcher les gens de
>> mettre des accents dans leur texte).
>
> Non, ne fais pas ça : c'est uniquement dans les entêtes qu'il faut
> chasser les caractères non-ASCII. En ce qui concerne le corps du
> message, les déclarations contenues dans MIME-Version, Content-Type
> et Content-Transfer-Encoding suffisent pour que ce soit correct.
D'accord.
--
Pascale
Olivier Miakinen
>
> [...]
> Pas d'accents ni de trucs louches en goguette, non.
Bon, eh bien il ne reste plus qu'à comparer les messages envoyés par
ton formulaire et par un courrielleur, vers la messagerie Orange ou une
autre.
Plus exactement :
1) utiliser le formulaire pour envoyer un message vers la messagerie
Orange ;
2) idem, mais en remplaçant le nom du destinataire par mon adresse,
om+...@miakinen.net ;
3) utiliser ton Becky pour envoyer un message (autant que possible
avec les mêmes valeurs dans From, Subject, Reply-To, etc.) vers la
messagerie orange ;
4) idem, vers om+...@miakinen.net.
Et puis : faire vérifier par le propriétaire du compte chez Orange que
seul le premier message voit son Subject amputé du premier caractère ;
en ce qui concerne les messages envoyés vers ma propre adresse, je me
charge de la vérification.
Pascale
news:49b01276$1...@neottia.net:
> Bon, eh bien il ne reste plus qu'à comparer les messages envoyés par
> ton formulaire et par un courrielleur, vers la messagerie Orange ou une
> autre.
>
> Plus exactement :
> 1) utiliser le formulaire pour envoyer un message vers la messagerie
> Orange ;
Donc ça, c'est ce qui se fait en temps normal. J'ai eu des forwards des
messages concernés, il manque bien la première lettre.
> 2) idem, mais en remplaçant le nom du destinataire par mon adresse,
> om+...@miakinen.net ;
2 envois (identiques, je nettoyais mon clavier et le coup est parti tout
seul©) sont partis tout à l'heure.
> 3) utiliser ton Becky pour envoyer un message (autant que possible
> avec les mêmes valeurs dans From, Subject, Reply-To, etc.) vers la
> messagerie orange ;
Bon, c'est à faire, mais depuis que j'échange des messages avec cette
personne depuis Becky, s'il y avait eu un os, il me l'aurait dit...
> 4) idem, vers om+...@miakinen.net.
Fait.
> Et puis : faire vérifier par le propriétaire du compte chez Orange que
> seul le premier message voit son Subject amputé du premier caractère ;
Seul le premier message ?...
> en ce qui concerne les messages envoyés vers ma propre adresse, je me
> charge de la vérification.
Je te remercie pour ton aide (:
--
Pascale
Olivier Miakinen
>>
>> 1) utiliser le formulaire pour envoyer un message vers la messagerie
>> Orange ;
>
> Donc ça, c'est ce qui se fait en temps normal. J'ai eu des forwards des
> messages concernés, il manque bien la première lettre.
Oui.
>> 2) idem, mais en remplaçant le nom du destinataire par mon adresse,
>> om+...@miakinen.net ;
>
> 2 envois (identiques, je nettoyais mon clavier et le coup est parti tout
> seul©) sont partis tout à l'heure.
;-)
>> 3) utiliser ton Becky pour envoyer un message (autant que possible
>> avec les mêmes valeurs dans From, Subject, Reply-To, etc.) vers la
>> messagerie orange ;
>
> Bon, c'est à faire, mais depuis que j'échange des messages avec cette
> personne depuis Becky, s'il y avait eu un os, il me l'aurait dit...
... d'où la recommandation d'envoyer des entêtes les plus semblables
possibles.
>> 4) idem, vers om+...@miakinen.net.
>
> Fait.
Oui, reçu aussi. Je t'ai renvoyé les entêtes tels que je les ai reçus,
en virant quand même pas mal de trucs inutiles, mais en laissant toutes
les adresses (From, To, Reply-To, Return-Path). Voici une version encore
plus expurgée, pour en discuter avec les autres. Les deux premiers sont
ceux provenant du formulaire, le dernier vient de Becky.
Subject: Mobil Sport
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
Date: Sat, 07 Mar 2009 11:41:19 +0100
Subject: Mobil Sport
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit
Date: Sat, 07 Mar 2009 11:42:52 +0100
Date: Sat, 07 Mar 2009 11:51:22 +0100
Subject: Mobil Sport
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 8bit
Ce qui est amusant, c'est que le titre n'est certainement pas tronqué
dans ce qu'envoie le formulaire, alors que dans l'envoi de Becky il n'y
a pas l'espace que tu as ajoutée avant « Mobil »... si ce n'est pas un
oubli de ta part, alors c'est peut-être Becky qui (hum...) supprime
cette espace ; je crois d'ailleurs qu'il a le droit de le faire dans
le respect de la norme.
Comme autre différence, il y a la casse du charset (mais cette valeur
est parfaitement insensible à la casse) et la présence ou l'absence de
guillemets (mais là encore je suis à peu près sûr que les deux sont
autorisés). Bref... tu peux toujours essayer de rajouter les guillemets
dans ton envoi par formulaire, mais je n'ai quasi aucun espoir que cela
améliore les choses.
Désolé.
Pascale
news:49b2e74a$1...@neottia.net:
> Ce qui est amusant, c'est que le titre n'est certainement pas tronqué
> dans ce qu'envoie le formulaire, alors que dans l'envoi de Becky il n'y
> a pas l'espace que tu as ajoutée avant « Mobil »... si ce n'est pas un
> oubli de ta part, alors c'est peut-être Becky qui (hum...) supprime
> cette espace ; je crois d'ailleurs qu'il a le droit de le faire dans
> le respect de la norme.
En effet, il semble bien que ce soit Becky qui tronque l'espace inutile.
Mais je ne trouve pas choquant qu'il le fasse.
> Comme autre différence, il y a la casse du charset (mais cette valeur
> est parfaitement insensible à la casse) et la présence ou l'absence de
> guillemets (mais là encore je suis à peu près sûr que les deux sont
> autorisés). Bref... tu peux toujours essayer de rajouter les guillemets
> dans ton envoi par formulaire, mais je n'ai quasi aucun espoir que cela
> améliore les choses.
>
> Désolé.
Ne sois pas désolé, tu as fait vraiment le maximum pour me dépatouiller de
ce problème.
Je crains que ta conclusion ne soit la bonne. Je parie pour un problème
inhérent à la messagerie Orange. Je ne peux pas convaincre pour l'instant
le destinataire de ces messages d'utiliser un vrai logiciel de courrier
électronique car il a un petit ordinateur portable hors d'âge où faire
tourner un nouveau programme exige d'avoir un certain goût pour les ennuis.
Il faudrait que je trouve un autre cobaye utilisant cette messagerie...
--
Pascale
Olivier Miakinen
>
> Je crains que ta conclusion ne soit la bonne. Je parie pour un problème
> inhérent à la messagerie Orange.
Moi aussi, et ce pratiquement depuis le début, mais je cherchais à
déterminer ce qui pouvait déclencher ce bug dans la messagerie Orange.
> [...]
>
> Il faudrait que je trouve un autre cobaye utilisant cette messagerie...
On aurait dû le faire depuis longtemps : c'est dans fr.comp.mail à
priori que tu as le plus de chances de trouver cet oiseau rare.
SAM
>
> Il faudrait que je trouve un autre cobaye utilisant cette messagerie...
http://stephane.moriaux.pagesperso-orange.fr/contact
(ou bien se dépatouiller avec le reply invalide presque OK)
--
sm
Pascale
news:49b4459e$0$12620$ba4a...@news.orange.fr:
Je te remercie de ton offre.
Je vais de ce pas faire une tentative !
Encore merci.
--
Pascale
SAM
Ça fonctionne impec : je n'ai rien reçu ...
(machin-contact est un formulaire pour me filer ton e-mail afin que je
te donne ensuite le mien)
> Encore merci.
Ce fut un plaisir ;-)
--
sm
Pascale
news:49b66a4a$0$12648$ba4a...@news.orange.fr:
> Ça fonctionne impec : je n'ai rien reçu ...
>
> (machin-contact est un formulaire pour me filer ton e-mail afin que je
> te donne ensuite le mien)
Je ne l'ai pas utilisé, j'ai pensé que ton adresse était facile à deviner à
partir de sa version « maquillée »... j'ai eu tort, je vais donc passer par
ton formulaire de contact.
>> Encore merci.
>
> Ce fut un plaisir ;-)
Tu vas pas t'en tirer comme ça ! (-:
--
Pascale
www.valinfo.org - Calendrier et annuaire de la vie associative locale