SUBJ_ILLEGAL_CHARS => Quoted Printable Encode
Herve_be
Messages postés
1110
Date d'inscription
Statut
Membre
Dernière intervention
-
Herve_be Messages postés 1110 Date d'inscription Statut Membre Dernière intervention - 11 nov. 2020 à 17:12
Herve_be Messages postés 1110 Date d'inscription Statut Membre Dernière intervention - 11 nov. 2020 à 17:12
21 réponses
yg_be
Messages postés
23541
Date d'inscription
Statut
Contributeur
Dernière intervention
Ambassadeur
1 584
bonjour, j'ai l'impression que le QP n'est pas la bonne technique pour attaquer ce soucis.
d'où proviennent les données que tu utilises comme objet du mail?
d'où proviennent les données que tu utilises comme objet du mail?
Bonjour,
L'objet du mail est défini dans le script php qui est lui-même enregistré en UTF-8.
L'objet du mail est défini dans le script php qui est lui-même enregistré en UTF-8.
$Subject = "Code d'accès Hervé Reef Tools";
En effet,
j'utilise php mail() qui la plupart du temps retourne True
de temps en temps il retourne False mais error_get_last() done NULL ce qui signifie qu’il n’y a pas d’erreur dans php
j'ai donc demandé l'error log de SMTP à mon hébergeur
j'y ai trouvé quelques erreurs "Message rejected due to content policy"
j'ai donc demandé des explications à mon hébergeur qui 'a répondu ceci
SUBJ_ILLEGAL_CHARS:
Objet: contient trop de caractères non autorisés bruts
L'en-tête Subject contient 8 bits et d'autres caractères illégaux qui doivent être codés https://en.wikipedia.org/wiki/MIME, comme décrit dans https://tools.ietf.org/html/rfc2045
Selon les spécifications RFC, tous les caractères des en-têtes de courrier électronique qui ne sont pas dans les plages ascii normales doivent être codés QP.
J'ai donc essayé de coder le sujet QP mais le mail reçu n'est plus correct !
j'utilise php mail() qui la plupart du temps retourne True
de temps en temps il retourne False mais error_get_last() done NULL ce qui signifie qu’il n’y a pas d’erreur dans php
j'ai donc demandé l'error log de SMTP à mon hébergeur
j'y ai trouvé quelques erreurs "Message rejected due to content policy"
j'ai donc demandé des explications à mon hébergeur qui 'a répondu ceci
SUBJ_ILLEGAL_CHARS:
Objet: contient trop de caractères non autorisés bruts
L'en-tête Subject contient 8 bits et d'autres caractères illégaux qui doivent être codés https://en.wikipedia.org/wiki/MIME, comme décrit dans https://tools.ietf.org/html/rfc2045
Selon les spécifications RFC, tous les caractères des en-têtes de courrier électronique qui ne sont pas dans les plages ascii normales doivent être codés QP.
J'ai donc essayé de coder le sujet QP mais le mail reçu n'est plus correct !
tu as écrit rencontrer parfois une erreur SUBJ_ILLEGAL_CHARS.
si je comprends bien, cette erreur est en fait dans le log SMTP. cette erreur viendrait sans doute du serveur mail destinataire. est-ce le cas?
peux-tu montrer des extraits de ce log SMTP?
je pense que les spécifications que tu mentionnes concernent le corps du message, pas l'objet.
si je comprends bien, cette erreur est en fait dans le log SMTP. cette erreur viendrait sans doute du serveur mail destinataire. est-ce le cas?
peux-tu montrer des extraits de ce log SMTP?
je pense que les spécifications que tu mentionnes concernent le corps du message, pas l'objet.
yg_be
Messages postés
23541
Date d'inscription
Statut
Contributeur
Dernière intervention
Ambassadeur
1 584
je pense que ton encodage n'est pas correct.
comme explique dans le rfc 2047, il faut spécifier le codage, par exemple ainsi:
je ne sais pas quel codage correspond au code QP.
tu peux, comme moi, facilement faire cela à la main, sans utiliser de fonction php, puisque ton texte est toujours le même.
comme explique dans le rfc 2047, il faut spécifier le codage, par exemple ainsi:
"=?iso-8859-1?q?Code d'acc=E8s Herv=E9 Reef Tools?="
je ne sais pas quel codage correspond au code QP.
tu peux, comme moi, facilement faire cela à la main, sans utiliser de fonction php, puisque ton texte est toujours le même.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Ce n'est pas tout à fait ça.
Dans le log SMTP je trouve "Message rejected due to content policy", par exemple (j'ai remplacé les adresse mail par MailFrom et MailTo)
Fri 23 Oct 2020 14:04:02.323000 +0000 mailout1 debug smtpd[63249] [9a53eb65-1538-11eb-bb66-d0431ea8a29d] [EOD] [script] REJECT: 193.202.110.23 [rudyv.be] <MailFrom> to <MailTo@yahoo.fr> (Message rejected due to content policy (9a53eb65-1538-11eb-bb66-d0431ea8a29d) YSA)
j'ai donc demandé des explications à mon hébergeur qui 'a répondu (voir mon message précédent)
Dans le log SMTP je trouve "Message rejected due to content policy", par exemple (j'ai remplacé les adresse mail par MailFrom et MailTo)
Fri 23 Oct 2020 14:04:02.323000 +0000 mailout1 debug smtpd[63249] [9a53eb65-1538-11eb-bb66-d0431ea8a29d] [EOD] [script] REJECT: 193.202.110.23 [rudyv.be] <MailFrom> to <MailTo@yahoo.fr> (Message rejected due to content policy (9a53eb65-1538-11eb-bb66-d0431ea8a29d) YSA)
j'ai donc demandé des explications à mon hébergeur qui 'a répondu (voir mon message précédent)
Je ne sais pas où le technicien de mon hébergeur qui a examiné le problème a trouvé SUBJ_ILLEGAL_CHARS
Encoder comment ?
Encoder comment ?
Ca c'est le résultat de l'encodage.
Je voudrais savoir comment on fait.
Pourquoi iso-8859-1 (je suis en UTF-8) ?
Que signifient =? et ?= ?
Le mail reçu va-t-il être lisible dans tous les cas ?
Pourquoi la fonction dédiée quoted_printable_encode ne convient-elle pas ?
Je voudrais savoir comment on fait.
Pourquoi iso-8859-1 (je suis en UTF-8) ?
Que signifient =? et ?= ?
Le mail reçu va-t-il être lisible dans tous les cas ?
Pourquoi la fonction dédiée quoted_printable_encode ne convient-elle pas ?
tu as testé, cela fonctionne-t-il?
je pense que le mail reçu sera lisible si il est traité par des logiciels qui sont conformes aux standards.
comment on fait:
d'abord =?iso-8859-1?q?
puis le texte, dans lequel tu remplaces les caractères spéciaux par "=XX", XX venant du codage iso-8859-1
ensuite ?=
tu peux sans doute utiliser d'autres codages que iso-8859-1.
je ne sais pas pourquoi quoted_printable_encode n'a pas bien fonctionné pour toi, mais, de toutes façons, tu avais négligé de mettre =?iso-8859-1?q? au début et ?= à la fin.
je pense que le mail reçu sera lisible si il est traité par des logiciels qui sont conformes aux standards.
comment on fait:
d'abord =?iso-8859-1?q?
puis le texte, dans lequel tu remplaces les caractères spéciaux par "=XX", XX venant du codage iso-8859-1
ensuite ?=
tu peux sans doute utiliser d'autres codages que iso-8859-1.
je ne sais pas pourquoi quoted_printable_encode n'a pas bien fonctionné pour toi, mais, de toutes façons, tu avais négligé de mettre =?iso-8859-1?q? au début et ?= à la fin.
Je reçois à l'instant une réponse de l'hébergeur qui me conseille de faire
imap_8bit — Convertit une chaîne à 8 bits en une chaîne encodée en Quoted-Printable
alors que j'utilisais quoted_printable_encode
mais sans
Cette fonction est similaire à imap_8bit(), sauf qu'elle ne requiert pas de module IMAP pour fonctionner.
mail ($To, '=? UTF-8? Q?'. imap_8bit ($Subject). '? =', $Message, $Headers);
imap_8bit — Convertit une chaîne à 8 bits en une chaîne encodée en Quoted-Printable
alors que j'utilisais quoted_printable_encode
mais sans
'=? UTF-8? Q?'. . '? ='dont je ne comprends toujours pas la signification
Cette fonction est similaire à imap_8bit(), sauf qu'elle ne requiert pas de module IMAP pour fonctionner.
"la signification", c'est qu'il faut respecter la norme pour être compris.
c'est clairement expliqué dans des rfc, par exemple le 2047:
si tu utilises un encodage différent de l'ASCII, tu dois respecter une syntaxe précise, connue de tous.
et, entr'autres, préciser quel codage tu choisis d'utiliser. sinon, comment le récepteur peut-il deviner comment décoder?
c'est clairement expliqué dans des rfc, par exemple le 2047:
si tu utilises un encodage différent de l'ASCII, tu dois respecter une syntaxe précise, connue de tous.
et, entr'autres, préciser quel codage tu choisis d'utiliser. sinon, comment le récepteur peut-il deviner comment décoder?
Que signifient =?iso-8859-1?q? au début et ?= à la fin ?
Merci, j'ai trouvé ici https://tools.ietf.org/html/rfc2047
Je pensais que c'était une syntaxe php. un peu comme <?php et ?>
Je vais essayer
Je pensais que c'était une syntaxe php. un peu comme <?php et ?>
Je vais essayer
Bonjour,
Je viens d'essayer
Objet du mail reçu :
=? UTF-8? Q?Code d'acc=C3=A8s Herv=C3=A9 Reef Tools? =
Comme me l'avait suggéré mon hébergeur
idem, il ne décode donc pas !
Je viens d'essayer
$Subject = "Code d'accès Hervé Reef Tools"; $Subject = "=? UTF-8? Q?".quoted_printable_encode($Subject)."? =";
Objet du mail reçu :
=? UTF-8? Q?Code d'acc=C3=A8s Herv=C3=A9 Reef Tools? =
Comme me l'avait suggéré mon hébergeur
$Subject2 = '=? UTF-8? Q?'. imap_8bit ($Subject1). '? =';
idem, il ne décode donc pas !
Bonjour,
Avant tout, pourrais tu nous montrer le contenu de ta variable $Headers ?
Quel encodage as tu spécifié dans le mail ?
Avant tout, pourrais tu nous montrer le contenu de ta variable $Headers ?
Quel encodage as tu spécifié dans le mail ?
$headers = "MIME-Version: 1.0\r\nContent-type:text/html;charset=utf-8\r\n"; $headers .= "From: MonAdresseMail\r\n"; $headers .= "Date: ".date('r')." \r\n"; $headers .= "Message-Id: <" . md5(uniqid(microtime())) . "@" . gethostname() . ">\r\n";
En 20 tu suggères d'essayer
je n'ai pas hardcodé ainsi, j'ai utilisé quoted_printable_encode() qui donne
c'est donc la même chose et n'est pas décodé par mon client mail.
=?utf-8?q?Code d'acc=C3=A8s Herv=C3=A9 Reef Tools?=
je n'ai pas hardcodé ainsi, j'ai utilisé quoted_printable_encode() qui donne
=? UTF-8? Q?Code d'acc=C3=A8s Herv=C3=A9 Reef Tools? =
c'est donc la même chose et n'est pas décodé par mon client mail.
Je viens d'essayer #6
l'objet du mail reçu est correct
Question suivante : que faire si le sujet n'est pas toujours "Code d'accès Hervé Reef Tools" ?
Car en réalité le sujet est
"Code d'accès Hervé Reef Tools ".$AppVer." pour ".$Userid." (".$First." ".$Last.") @ ".$Mail
les paramètres étant transmis lors de l'appel du script php
$Subject = "=?iso-8859-1?q?Code d'acc=E8s Herv=E9 Reef Tools?=";
l'objet du mail reçu est correct

Question suivante : que faire si le sujet n'est pas toujours "Code d'accès Hervé Reef Tools" ?
Car en réalité le sujet est
"Code d'accès Hervé Reef Tools ".$AppVer." pour ".$Userid." (".$First." ".$Last.") @ ".$Mail
les paramètres étant transmis lors de l'appel du script php
$Mail=utf8_encode($_GET["Mail"]); $Userid=utf8_encode($_GET["Userid"]); $First=utf8_encode($_GET["First"]); $Last=utf8_encode($_GET["Last"]); $AppVer=utf8_encode($_GET["Version"]);
Bonjour,
Si je peux me permettre .... si tu dois faire de l'utf8_encode dans tes scripts... c'est qu'au départ y'a un souci.
Pour moi, c'est que, soit tes fichiers ne sont pas bien encodés, soit c''est le charset de ta bdd, soit l'encodage défini dans ton html...
Quoi qu'il en soit, je commencerai pas corriger ça
https://forums.commentcamarche.net/forum/affich-37584944-php-html-caracteres-accentues-et-l-utf8
Si je peux me permettre .... si tu dois faire de l'utf8_encode dans tes scripts... c'est qu'au départ y'a un souci.
Pour moi, c'est que, soit tes fichiers ne sont pas bien encodés, soit c''est le charset de ta bdd, soit l'encodage défini dans ton html...
Quoi qu'il en soit, je commencerai pas corriger ça
https://forums.commentcamarche.net/forum/affich-37584944-php-html-caracteres-accentues-et-l-utf8
@jordane45 : je dois encoder en UTF-8 parce que le php est appelé à partir de VB6.
Tout ça fonctionne très bien à l'exception que j'ai parfois (rarement) une erreur SUBJ_ILLEGAL_CHARS.
@yg_be : en #2 j'ai voulu simplifier parce que tu aurais commencé par me demander de qu'il y a dans les variables, comme le problème se posait déjà sur les é è on risquait moins de s'égarer.
Je ne m'attendais pas à ce que tu hardcode les signes accentués encodés.
Maintenant que ça fonctionne je cherche comment convertir é en =E8, è en =E9 et aussi tous les caractères "illégaux" automatiquement (par une fonction) puisque manifestement quoted_printable_encode() et imap_8bit() ne donnent pas le résultat escompté : ils convertissent tous deux é en =C3A8 et è en =C3A9
Tout ça fonctionne très bien à l'exception que j'ai parfois (rarement) une erreur SUBJ_ILLEGAL_CHARS.
@yg_be : en #2 j'ai voulu simplifier parce que tu aurais commencé par me demander de qu'il y a dans les variables, comme le problème se posait déjà sur les é è on risquait moins de s'égarer.
Je ne m'attendais pas à ce que tu hardcode les signes accentués encodés.
Maintenant que ça fonctionne je cherche comment convertir é en =E8, è en =E9 et aussi tous les caractères "illégaux" automatiquement (par une fonction) puisque manifestement quoted_printable_encode() et imap_8bit() ne donnent pas le résultat escompté : ils convertissent tous deux é en =C3A8 et è en =C3A9
Comme en #20
ou
les deux fonctionnent.
Comment convertir tous les caractères "illégaux" automatiquement (par une fonction) ?
De préférence en UTF-8 puisque c'est ainsi que les variables sont encodées.
$Subject2 = "=?utf-8?q?Code d'acc=C3=A8s Herv=C3=A9 Reef Tools?=";
ou
$Subject2 = "=?iso-8859-1?q?Code d'acc=E8s Herv=E9 Reef Tools?=";
les deux fonctionnent.
Comment convertir tous les caractères "illégaux" automatiquement (par une fonction) ?
De préférence en UTF-8 puisque c'est ainsi que les variables sont encodées.
$Subject = "Code d'accès Hervé Reef Tools"; $Subject = "=? UTF-8? Q?".quoted_printable_encode($Subject)."? =";
ne fonctionne pas
à la main
$Subject2 = "=?utf-8?q?Code d'acc=C3=A8s Herv=C3=A9 Reef Tools?=";
fonctionne : les blancs ?
$Subject2 = "=?utf-8?q?".quoted_printable_encode($Subject1)."?=";
c'est presque bon.
Presque parce que
$Subject1 = "Code d'accès Hervé Reef Tools ".$AppVer." pour ".$Userid." (".$First." ".$Last.") @ adresse.mail@mail.com"; $Subject2 = "=?utf-8?q?".quoted_printable_encode($Subject1)."?=";
donne comme sujet
Code d'accès Hervé Reef Tools AppVersion pour 1 (2 3) @ adresse.m= ail@mail.com
pourquoi "= " après le m de mail ?
En effet, j'ai trouvé en même temps : imap_8bit et quoted_printable_encode limitent à 76 caractères, il découpe à l'aide de "=\r\n".
Le hic est que j'ai bien plus de 76 caractères, notamment parce que $First et $Last sont les nom et prénom de l'utilisateur qui demande le code; j'ai des mails dont le sujet dépasse largement les 100 caractères !
Qu'à cela ne tienne
ça marche !
Le hic est que j'ai bien plus de 76 caractères, notamment parce que $First et $Last sont les nom et prénom de l'utilisateur qui demande le code; j'ai des mails dont le sujet dépasse largement les 100 caractères !
Qu'à cela ne tienne
$Subject2 = str_replace("=\r\n","",$Subject2);
ça marche !