Documentation · v2.7
Si vous arrivez ici depuis l’écran de réglages, vous êtes probablement en plein problème. Allez droit à la section qui y correspond ; chacune se termine par l’étape suivante, pas par un argumentaire.
01 · Démarrer
Le journal démarre à l’activation, avant toute configuration : dès la première minute, le plugin enregistre déjà ce que votre site tente d’envoyer.
Extensions, Ajouter, cherchez « Custom SMTP », installez, activez. Ouvrez ensuite Réglages, Custom SMTP. La barre d’état en haut vous dit à tout moment si l’envoi d’emails est configuré.
Choisissez votre fournisseur dans la liste : le serveur, le port et le chiffrement se remplissent seuls. Restent l’identifiant, le mot de passe et l’adresse d’expéditeur, et ces trois-là sont exactement ce que couvrent les guides fournisseurs.
Deux boutons : Tester la connexion vérifie le serveur et les identifiants sans rien envoyer, Envoyer un email de test envoie un vrai message à l’adresse de votre choix. En cas d’échec, l’erreur est une phrase qui pointe la cause, pas un code numérique.

Où vivent les identifiants chez Gmail, Brevo, Amazon SES et les huit autres, plus les pièges de chacun : mots de passe d’application, bacs à sable, authentification de domaine.
02 · Journal
Chaque email passant par wp_mail() reçoit une ligne : commandes WooCommerce, formulaires de contact, réinitialisations de mot de passe, tout, quel que soit le plugin émetteur.
La recherche porte sur le destinataire et le sujet, les filtres sur le statut et la période. Quand quelqu’un dit « je n’ai jamais reçu l’email », c’est ici que la conversation se termine.

03 · Alertes
Un formulaire compromis transforme votre site en relais de spam ; un mot de passe révoqué arrête vos confirmations de commande. Les deux restent silencieux jusqu’à la première plainte.
Les alertes sont désactivées par défaut. Activez-les dans la carte Alertes d’usage anormal et quatre règles se mettent à surveiller : plus d’envois que prévu en une heure, plus que prévu en un jour, plusieurs échecs d’affilée, et trop d’échecs parmi les derniers messages partis.
Les règles de volume lisent le journal, elles ont donc besoin que le logging reste actif. La règle des échecs consécutifs fonctionne sans lui.

04 · Notifications · nouveau en v2.7
Une notice à chaque réinitialisation de mot de passe, un rapport après chaque mise à jour automatique, un message par commentaire en modération. Utiles pour certains, du bruit pour d’autres.
La carte Notifications WordPress les liste avec un interrupteur chacun : les notices de changement de mot de passe et de nouvel utilisateur envoyées à l’administrateur, les rapports de mise à jour automatique du cœur, des plugins et des thèmes, et les deux notifications de commentaires. Trois choses à savoir :

05 · Dépannage
Chaque ligne en échec du journal porte le message d’erreur renvoyé par le serveur. Il nomme la cause plus précisément que n’importe quelle liste, alors commencez par lui, puis retrouvez-le ci-dessous.
Le serveur a refusé votre identifiant ou votre mot de passe. La cause la plus fréquente n’est pas une faute de frappe : Gmail, Yahoo, iCloud et Zoho avec la double authentification refusent tous le mot de passe du compte et exigent un mot de passe d’application, et Brevo, SendGrid, Mailjet et Postmark attendent une clé plutôt que votre mot de passe de connexion. Votre guide fournisseur dit lequel et où le créer.
La requête n’a jamais atteint le serveur de mail. Vérifiez d’abord l’hôte à la faute de frappe près, puis essayez le port alternatif du fournisseur s’il en documente un. Si rien ne passe sur aucun port, votre hébergeur bloque peut-être les connexions SMTP sortantes ; son support peut le confirmer et, en général, débloquer ou nommer le port autorisé.
La formulation varie : « email address is not verified » chez Amazon SES, « relay access denied » chez Mailjet, « sender not allowed » ailleurs. Elle signifie que le fournisseur ne fait pas confiance à l’adresse From utilisée. La plupart des fournisseurs transactionnels exigent que l’adresse d’expéditeur, ou son domaine entier, soit vérifiée dans leur tableau de bord avant d’accepter le moindre message, et le From doit correspondre à ce que vous avez vérifié.
La remise au relais a fonctionné, donc le journal affiche envoyé ; c’est ensuite le destinataire qui a jugé votre domaine. Ce jugement dépend des enregistrements SPF, DKIM et DMARC de votre DNS, pas d’un plugin. La section délivrabilité explique les trois simplement.
Vérifiez d’abord le dossier spam du destinataire, puis le tableau de bord du fournisseur : la plupart des fournisseurs transactionnels tiennent leur propre journal d’activité montrant ce qui s’est passé après acceptation du message, y compris les rebonds que le plugin ne peut pas voir. Un compte Amazon SES neuf en mode bac à sable, par exemple, n’accepte silencieusement que des destinataires vérifiés.
Si le problème est « WordPress n’envoie pas d’emails » et qu’aucune erreur n’est encore à retrouver, la page de dépannage déroule le diagnostic dans l’ordre, du premier test au correctif durable.
Chaque réglage peut être imposé par une constante PHP ou une variable d’environnement, et Amazon SES peut s’authentifier sans aucune clé stockée. Tout cela, le multisite et les filtres d’extension vivent sur la page développeurs.
Le forum de support sur WordPress.org est lu et répondu, en anglais de préférence. Joignez le message d’erreur du journal s’il y en a un : cela raccourcit généralement le fil à une seule réponse.