wp_mail(), le bug WordPress 6.9 que personne n’avait vu venir

Voici ce que WordPress 6.9 change pour l’email

WordPress fixe explicitement l’adresse d’expédition et la rend extensible (configurable). Les en-têtes d’encodage PHPMailer sont réinitialisés pour chaque message. Les email multipart ont leur type de contenu bien défini.

Résultat : moins d’emails cassés, meilleure compatibilité avec les règles de sécurité des serveurs mails.

1. WordPress 6.9 force une adresse d’expéditeur précise, ce qui change la façon dont les serveurs vérifient les messages.
2. Les sites sans SPF, DKIM et DMARC bien posés voient leurs mails rejetés, parfois sans avertissement.
3. Les installations utilisant un vrai serveur SMTP continuent de fonctionner sans incident.
4. Installer un plugin SMTP reste la voie la plus simple pour retrouver un envoi stable, bien plus fiable que le vieux PHP mail().

J’ai vu passer la scène deux fois cette semaine : un client m’appelle, un peu stressé, parce que son site ne renvoie plus aucun mail. Plus de notifications. Plus de formulaires. Silence radio.
Et ça, juste après la mise à jour vers WordPress 6.9.

Je me suis dit “encore un souci d’hébergement ?. Raté. Le coupable est ailleurs, et franchement, je ne l’avais pas vu venir non plus.

La mise à jour 6.9 a modifié de la fonction wp_mail()

La mise à jour a modifié wp_mail(). Une petite retouche en apparence, mais avec un effet boomerang : WordPress impose maintenant une adresse d’expéditeur bien définie. Avant, le serveur se débrouillait. Maintenant, c’est verrouillé.
Le problème ? Beaucoup de domaines ne sont pas préparés à ça. SPF bancal, DKIM absent, DMARC posé de travers… et les services comme Gmail rejettent l’envoi sans prévenir.

C’est là que j’ai repensé à un site que j’avais réparé il y a quelques années : même symptôme, mais pour une raison totalement différente. À l’époque, je m’étais fait piéger. Cette fois, j’ai reconnu l’odeur du problème en quelques minutes.

Si tu utilises un service SMTP sérieux, tout roule.
Si tu relies ton site au vieux php mail(), par contre, ça peut coincer — et de manière franchement agaçante, parce que rien ne s’affiche côté utilisateur.

La solution ? Installez un plugin SMTP

La parade la plus simple consiste à installer un plugin SMTP. Rien de très exotique : WP Mail SMTP, FluentSMTP, n’importe quel outil fiable fait l’affaire. On configure un vrai serveur d’envoi et l’affaire est réglée.
Personnellement, j’ai une préférence pour Brevo et WP Mail SMTP, mais chacun ses habitudes.

❌ Avant WordPress 6.9 :
WordPress laissait le serveur décider de l’adresse d’envoi par défaut.

$phpmailer->setFrom($from_email, $from_name, false );

✅ Après WordPress 6.9 :
WordPress force désormais une adresse d’expéditeur explicite (par exemple wordpress@ton-domaine.com ou celle définie par un plugin).

$phpmailer->setFrom($from_email, $from_name );

Tu peux aussi tenter de corriger ton DNS si tu tiens absolument à conserver l’envoi natif. Mais attention, ça ne garantit pas à 100 % que les emails envoyés via PHP mail() arriveront toujours (car cette méthode reste peu fiable), mais ça améliore fortement la délivrabilité, et ça évite que WP 6.9 déclenche un rejet côté serveurs mail.

Ce qui m’intéresse, c’est la réaction des propriétaires de sites : pourquoi WordPress rend ça plus strict sans alerte plus visible ? Peut-être pour de bonnes raisons, mais ça laisse quand même beaucoup de monde sur le bord de la route.