Zend FR

Comme vous voyez il y a quelques caractères remplacés par des '=', les '=0X' apparaissent un peu partout, etc...
Si vous voyez d'où ça peut venir...

Contrairement à ce qu'on pourrait penser, 2 semaines après ça ne marche pas mieux (je bossais sur autre chose avant)
Quelqu'un a déjà utilisé Zend_Mail en UTF8?

Edit : avec ce code, les accents marchent... J'ai toujours des problèmes avec des caractères remplacés par des "=", par contre... Des idées?


Re EDIT : Yahou ca marche Me manquait l'encoding 8 bits, au niveau de 'setBodyHtml'.
Voilà la solution :

    $oMail=new Zend_Mail('UTF-8');
    $oMail->setFrom(MAIL_FROM, MAIL_FROM_NAME);
    foreach ($destinataires as $destinataire){
        $oMail->addTo($destinataire['mail'], $destinataire['nom']);
    }
    $oMail-> setSubject($dataView->infosAction['a_o_shortname']. '-' .$dataView->infosAction['a_a_ref']. '/' .$dataView->infosAction['a_a_chrono_id']. '-' .$dataView->infosAction['a_a_s_id']);
    $oMail->setBodyHtml($bodyHtml, 'UTF-8', Zend_Mime::ENCODING_8BIT );
    $oMail->send();

Dernière modification par haltabush (16-07-2007 10:55:14)

Bonjour,

Je rebondis sur ce sujet car j'ai un problème d'encodage mais dans mes sujets.
J'ai essayé vos diverses solutions mais rien n'y fait. En testant, ta solution 2mx le sujet sort propre mais sans les accents.

Alors quand on regardes le code de setSubject de la classe Zend_Mail :

    /**
     * Sets the subject of the message
     *
     * @param   string    $subject
     * @return  Zend_Mail Provides fluent interface
     * @throws  Zend_Mail_Exception
     */
    public function setSubject($subject)
    {
        if ($this->_subject === null) {
            $subject = strtr($subject,"\r\n\t",'???');
            $this->_subject = $this->_encodeHeader($subject);
            $this->_storeHeader('Subject', $this->_subject);
        } else {
            /**
             * @see Zend_Mail_Exception
             */
            require_once 'Zend/Mail/Exception.php';
            throw new Zend_Mail_Exception('Subject set twice');
        }
        return $this;
    }

le sujet passe par la fonction _encodeHeader qui doit être à la source de mes déboires....
En effet si je remplace la ligne ci-dessus :

            $this->_subject = $this->_encodeHeader($subject);

par

            $this->_subject = $subject;

Tout marche parfaitement.

Donc j'en ai déduit qu'il me fallait surcharger quelque peu la classe Zend_Mail de ZF (c'est peut être un peu violent comme solution ?) et cela donne cela :

<?php

class My_Mail extends Zend_Mail {
    
    public function __construct() {
        parent::__construct();
    }
    
    /**
     * Sets the subject of the message
     *
     * @param   string    $subject
     * @return  Zend_Mail Provides fluent interface
     * @throws  Zend_Mail_Exception
     */
    public function setSubject($subject)
    {
        if ($this->_subject === null) {
            $subject = strtr($subject,"\r\n\t",'???');
            $this->_subject = $subject;
            $this->_storeHeader('Subject', $this->_subject);
        } else {
            /**
             * @see Zend_Mail_Exception
             */
            require_once 'Zend/Mail/Exception.php';
            throw new Zend_Mail_Exception('Subject set twice');
        }
        return $this;
    }    
}

Et là tout fonctionne.
Alors je précise que ma chaine de caratères sujet de mon mail vient d'un fichier config.ini, cette chaine contient des caractères é (par exemple) et se trouve entre guillemets.

Je voulais par contre poser une question aux spécialistes du forum. Pensez vous que cette modification apporte quelquechose de négatif dans le code (sécurité, ou autre) ??

Merci de vos retours...

Dernière modification par elkolonel (10-10-2008 11:54:22)

Merci 2mx,

Comme pour ma part les champs sujets sont écrits en dur dans mon application et ne sont pas le résultat d'un input dans un formulaire, je ne crains pas les failles présentées (merci au passage pour les liens).

Je me suis risqué à poster ma solution sur le gestionnaire de bug du ZF. J'ai pu voir que les critiques vont bon train concernant ce bug qui dure depuis plus d'un an. J'espère ne pas être trop à côté de la plaque par rapport aux experts

Dans tout les cas, moi cela m'a permis de faire fonctionner mon envoi de mail et c'est bien là l'essentiel non ?

elkolonel a écrit:

Au final mo, "effronterie" aura payé

Thorsten Suckow-Homberg a répondu...

Cool ça a fait bouger un peu les choses