SUBJ_ILLEGAL_CHARS => Quoted Printable Encode

Bonjour,
J'envoie des mails via php avec succès sauf que de temps en temps j'ai une erreur SUBJ_ILLEGAL_CHARS
J'ai trouvé que 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.
Il y a bien des caractères accentués dans l'objet j'ai donc essayé la fonction php quoted_printable_encode

Le hic est que sans codage QP le contenu du mail est correct par exemple
"Code d'accès Hervé Reef Tools"
une fois codé QP il devient
"Code d'acc=C3=A8s Herv=C3=A9 Reef Tools"
et c'est ce dernier objet que le destinataire reçoit !

Faut-il coder QP ou pas ?

21 réponses

Résumé de la discussion

L'erreur SUBJ_ILLEGAL_CHARS survient lors de l'envoi de mails en PHP lorsque l'objet contient des caractères non ASCII et que l'encodage des en-têtes est tenté avec des méthodes comme quoted_printable_encode. Des réponses évoquent d'utiliser un encodage MIME conforme (=?UTF-8?Q?...?=) ou des variantes comme imap_8bit, tout en soulignant que l'objet peut nécessiter une chaîne encodée en RFC 2047 et non pas un simple quoted_printable_encode. Des échanges signalent aussi que le décryptage par le client peut masquer l'erreur réelle et qu'il faut vérifier le contenu exact des en-têtes et les éventuelles coupures de ligne, notamment en cas d'encodage non standard.

Bobot (l’IA à votre service)
  1. Compris.
    Merci beaucoup pour ta patience et le temps que tu as passé à m'aider.
    1. En effet, encoder QP chaque variable.
      Tu n'aimes pas mon str_replace ?
      Par contre je n'ai pas compris "utiliser à la place de utf8_encode".
      1. Contributeur
        tu fais
        $Mail=utf8_encode($_GET["Mail"]);

        et ensuite tu appelles quoted_printable_encode
        tu peux faire directement
        quoted_printable_encode($_GET["Mail"])
    2. 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
      $Subject2 = str_replace("=\r\n","",$Subject2);

      ça marche !
      1. $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 ?
        1. Contributeur
          je pense que la fonction découpe le texte en plusieurs lignes dès qu'il devient trop long.
        2. Contributeur
          @yg_beil suffit d'appeller la fonction sur des parties du sujet.
          tu peux aussi l'utiliser à la place de utf8_encode
      2. Comme en #20
        $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.
        1. Contributeur
          je le fais facilement avec quoted_printable_encode().

          comment cela se fait-il que chez toi cela ne fonctionne pas? connais-tu le jeu des sept erreurs?
        2. Contributeur
          peu importe comment les variables sont encodées, cela n'a pas d'influence sur le codage à la sortie de la fonction.
      3. @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
        1. Contributeur
          as-tu essayé la première suggestion en #20? cela t'aidera sans doute à progresser.

          je la fais fonctionner, sans soucis, avec quoted_printable_encode().
      4. Je viens d'essayer #6
        $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"]);
        1. Contributeur
          ce qui contredit ce que tu avais écrit en #2. tu choisis de faire des tours et des détours...

          as-tu essayé la suggestion en #20? cela t'aidera sans doute à progresser.
      5. En 20 tu suggères d'essayer
        =?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.
        1. Contributeur
          pourquoi n'essaies-tu pas? cela t'aidera peut-être à progresser.
        2. Contributeur
          as-tu testé le #6? si cela fonctionne chez moi et pas chez toi, cela donne des pistes pour analyser et comprendre.
          pour progresser, il est parfois utile de tester différentes approches.
      6. $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";
        
        1. Modérateur
          Bonjour,

          Avant tout, pourrais tu nous montrer le contenu de ta variable $Headers ?
          Quel encodage as tu spécifié dans le mail ?

          1. Bonjour,
            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 !
            1. Contributeur
              as-tu essayé mes suggestions en #6 et #20?
              ce serait sympa d'essayer et de donner du feedback.
          2. 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
            1. Contributeur
              en utf-8, les deux "e" accentués s'encodent C3A8 et C3A9
              en iso-8849-1, ils s'encodent E8 et E9

              tu feras donc:
              =?utf-8?q?Code d'acc=C3=A8s Herv=C3=A9 Reef Tools?=

              ou
              =?iso-8859-1?q?Code d'acc=E8s Herv=E9 Reef Tools?=
          3. Que signifient =?iso-8859-1?q? au début et ?= à la fin ?
            1. Contributeur
              ils annoncent que c'est un encodage non ASCII, indiquent quel codage, et précisent quand cela se termine.

              je pense que tu peux aussi utiliser quoted_printable_encode avec =?utf-8?q? au début et ?= à la fin.
          4. Je reçois à l'instant une réponse de l'hébergeur qui me conseille de faire

            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.
            1. Contributeur
              "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?
          5. 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 ?
            1. Contributeur
              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.
          6. Je ne sais pas où le technicien de mon hébergeur qui a examiné le problème a trouvé SUBJ_ILLEGAL_CHARS

            Encoder comment ?
            1. Contributeur
              comment j'ai expliqué à 11h56.
          7. 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)
            1. Contributeur
              et donc le texte "SUBJ_ILLEGAL_CHARS" n'est présent nulle part?
              ceci dit, je pense que la conclusion est correcte, et qu'il est préférable d'encoder l'objet, pour éviter que le mail soit parfois rejeté comme spam.
          8. Contributeur
            je pense que ton encodage n'est pas correct.
            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.
            1. Pour encoder QP j'ai utilisé en php quoted_printable_encode ( string $str ) : string
              Retourne une chaîne quoted printable créée suivant les règles de » RFC2045, section 6.7.

              ce qui donne "Code d'acc=C3=A8s Herv=C3=A9 Reef Tools"
              Le problème est qu'il n'est pas décodé dans le mail reçu.
          9. 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 !
            1. Contributeur
              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.
          10. Bonjour,
            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";
            1. Contributeur
              l'objet est toujours le même, et tu as une erreur de temps en temps?
          • 1
          • 2