non pas dans `FacteurMail->setMessage()`, car les entetes sont potentiellement changés après dans `envoyer_mail()`.
Exemple de cas qui buguait
$envoyer_mail = charger_fonction('envoyer_mail', 'inc');
`````
$envoyer_mail('toto@truc.com', 'un sujet',
array(
'text' => 'Le corps de message',
'html' => 'Corps HTML',
'from' => 'toto@truc.com',
'nom_envoyeur' => 'Un envoyeur avec une apostrophe U+2019(’)'
)
);
`````
par defaut on ne supporte que les methodes standard `mail()` et `smtp`.
A charge pour d'autres plugins de proposer des methodes supplementaires via ce pipeline et en fournissant :
* le formulaires/inc-config-facteur-mailer-xxxx.html
* la classe inc/Facteur/FacteurXxxxx.php (declaree dans le pipeline)
- au cas par cas en fournissant explicitement message['texte'] avec egalement un message['html'] vide (si aucun message['html'] fourni, la conversion auto a lieu, comme avant)
- globalement via un define('_EMAIL_AUTO_CONVERT_TEXT_TO_HTML', false)
infos d'envoi par le facteur. Par défaut _LOG_INFO, mais on peut faire
define('_LOG_FACTEUR',_LOG_INFO_IMPORTANTE);
pour enregistrer systématiquement l'envoi d'un mail par le facteur.
- changer l'adresse d'envoi si domaine différent de celle du webmestre
- et, si on change l'adresse d'envoi, changer aussi le nom de
l'expediteur
Le premier point permet de fonctionner avec des serveurs SMTP stricts,
qui vérifient le domaine.
Toutefois, on peut vouloir garder le nom expediteur, même si on change
l'adresse expeditrice (ce que fait, par ex, Formidable lorsqu'on ne
force pas le champ From).
Une nouvelle option permet cela.
on en profite pour ajouter PHPMailer aux crédits du plugin
astuce en cadeau, les commandes svn pour retirer les fichiers absents ou ajouteur les nouveaux :
`svn rm $( svn status | sed -e '/^!/!d' -e 's/^!//' )` + `svn add $( svn status | sed -e '/^?/!d' -e 's/^?//' )`
+ un reglage supplementaire permet de forcer le From quand il n'est pas dans le meme domaine que le From de Facteur
dans ce cas le From passe en ReplyTo et le From configure est force. Permet aux mails des formulaire de contact de fonctionner meme avec un service smtp externe qui demande de valider les domaines sortant
On n'y injecte donc plus le mot de passe actuel, qui est affiche partiellement en dessous pour verifier si il est bon
(si le mot de passe est court, on affiche que des * a la place des caracteres, si il est long on affiche une portion de 10% au debut et a la fin)
Si le champ est vide, la configuration actuelle est conservee, si un nouveau mot de passe est saisi il est mis en configuration et conserve dans le formulaire
Ce format de saisie pourrait etre un pattern a generaliser pour les saisies d'API key ou mot de passe un peu sensible
cy_altern
Cerdic
Maïeul
JLuc
cedric@yterium.com