Réparer le courrier sans confondre récupération de compte et livraison
La page de connexion indique de consulter vos courriels, mais le lien permettant de choisir un nouveau mot de passe reste introuvable. Cette confirmation ne localise pas la panne. WordPress peut avoir reconnu le compte, un composant peut avoir empêché la notification, ou le serveur destinataire peut avoir classé le message ailleurs. Installer un transport SMTP avant de vérifier ces étapes peut laisser exactement le même problème.
Ce guide concerne le courrier natif d’une installation WordPress dont vous pouvez déjà administrer les comptes ou les réglages d’envoi. Si vous êtes totalement déconnecté et seul administrateur, commencez par le guide de récupération de compte : certaines opérations ci-dessous exigent déjà une session autorisée. Gardez ouverte toute session qui fonctionne. Réparer la livraison des messages et rétablir immédiatement votre accès sont deux tâches qui peuvent avancer séparément.
Travaillez avec un compte témoin appartenant à l’équipe et une boîte que vous pouvez consulter. Notez le site, le compte concerné, l’heure avec son fuseau et le résultat d’une seule demande. Ces éléments suffisent à suivre une tentative ; ni le mot de passe, ni le lien de récupération complet ne doivent figurer dans un ticket partagé. Un ancien courrier retrouvé après la réparation ne constitue pas automatiquement le bon lien à employer.
- Si seule une personne ne reçoit rien, commencez par son adresse et sa boîte.
- Si plusieurs notifications manquent, examinez le transport commun.
- Si un essai de transport arrive mais jamais le lien natif, revenez à la génération de cette notification.
Approche 1 : vérifier le site, le compte et l’adresse destinataire
Cette voie ne demande aucune extension. Elle convient lorsqu’un administrateur conserve un accès au tableau de bord et que l’identité du destinataire est incertaine. Ouvrez Utilisateurs → Tous les utilisateurs, puis Modifier sur le compte exact. Pour votre propre compte, Utilisateurs → Profil mène au même type d’informations. Relevez l’adresse de messagerie du profil, sans la remplacer simplement pour obtenir un résultat plus vite.
La récupération native utilise par défaut cette adresse utilisateur. L’adresse d’administration figurant dans Réglages → Général remplit une autre fonction : la modifier ne redirige pas les liens de récupération de tous les comptes. De même, une boîte du même nom sur un ancien domaine ne devient pas automatiquement l’adresse actuelle du profil. Vérifiez les caractères, le domaine, les éventuels alias et l’existence réelle de la boîte.
Si une correction du profil est nécessaire, faites-la uniquement pour le propriétaire vérifié du compte et enregistrez avec Mettre à jour le profil ou Mettre à jour l’utilisateur, selon l’écran. Suivez ensuite toute confirmation demandée. Une modification en attente ne vaut pas adresse déjà effective. Relisez ensuite le profil pour savoir quelle adresse est réellement enregistrée. Conservez la valeur initiale et la justification de la correction dans votre suivi privé, sans divulguer les données d’autres utilisateurs.
Le site peut aussi employer une connexion WordPress.com ou un fournisseur d’identité externe. Dans ce cas, utilisez la récupération du compte auprès de ce service lorsque c’est lui qui authentifie l’utilisateur. Modifier le SMTP du WordPress local ne répare pas les courriels émis par cette autre plateforme.
En multisite, faites intervenir le super-administrateur si les comptes ou le transport sont gérés au niveau du réseau. L’adresse d’un utilisateur peut être partagée entre plusieurs sites du réseau : corrigez son profil réel, pas une simple adresse de contact du sous-site. Si les réglages manquent, ne cherchez pas à augmenter les droits pour cette seule réparation.
- Confirmez le domaine et l’environnement : site public, copie de contrôle ou ancien site.
- Retrouvez le compte par son identifiant et vérifiez son adresse effective.
- Revenez à la page de connexion de ce même site et faites une seule demande pour ce compte.
- Attendez le résultat dans la boîte correspondante ; pour annuler une correction erronée, rétablissez l’adresse initiale selon le processus du profil.
Contrôler la boîte avant de changer WordPress
Consultez le webmail du fournisseur, en plus de l’application de messagerie habituelle. Cette comparaison distingue un message absent du serveur d’un message reçu mais masqué par la synchronisation du téléphone ou de l’ordinateur. Recherchez le nom du site et l’heure approximative dans tous les dossiers : réception, indésirables, archives, corbeille et catégories automatiques. Le nom d’expéditeur affiché peut être différent du domaine visible dans l’adresse réelle.
Examinez les règles de tri, les transferts et les adresses bloquées accessibles dans les réglages de cette boîte. Une règle qui archive immédiatement le courrier peut expliquer l’absence de notification visuelle. Une boîte pleine ou un transfert vers une ancienne adresse peut également déplacer le problème hors de WordPress. Si vous retrouvez le message dans les indésirables, son émission fonctionne au moins pour cette tentative ; la suite relève du classement et de l’authentification de l’expéditeur.
Vous pouvez envoyer un courrier ordinaire vers cette boîte depuis un autre compte que vous contrôlez. Sa réception vérifie seulement que la boîte accepte ce courrier-là. Elle ne démontre pas que le serveur WordPress est autorisé à y livrer ses messages. Conservez donc les deux observations séparément au lieu de conclure que tout fonctionne parce qu’un message personnel arrive.
Le résultat attendu est soit la découverte du lien, soit la confirmation que la recherche a porté sur la bonne boîte et tous ses dossiers. Si vous changez temporairement une règle, notez sa valeur et rétablissez-la après l’essai. Ne désactivez pas globalement la protection antispam de l’organisation et n’autorisez pas un expéditeur inconnu uniquement parce que son nom ressemble à celui du site.
Approche 2 : lever un blocage d’envoi déjà identifié
Cette approche convient lorsqu’une extension de transport est déjà présente et qu’un blocage volontaire a pu rester activé après une migration ou une intervention. Commencez par déterminer si l’arrêt est intentionnel. Une copie de contrôle peut justement empêcher ses messages de partir vers les vrais clients. Ne réactivez pas tous ses courriels pour tester la récupération d’un seul compte.
Avec WP Mail SMTP déjà actif, ouvrez WP Mail SMTP → Settings → Misc. Repérez Do Not Send, traduit selon la langue de l’administration. Dans la version 4.10.3 examinée, cette option bloque les messages ordinaires pris en charge par WP Mail SMTP. Point décisif : les courriels de test de l’extension sont autorisés malgré ce réglage. Un test reçu ne suffit donc pas à exclure ce blocage des notifications ordinaires.
Sur le site public dont les messages doivent partir, notez l’état initial. Si l’option est activée par erreur et que vous êtes autorisé à reprendre les envois du site, désactivez-la puis cliquez sur Save Settings. Lancez ensuite une demande native pour le compte témoin et contrôlez la réception. Cette modification concerne les autres messages utilisant le même mécanisme ; coordonnez le moment si le site génère des commandes ou des inscriptions.
Un interrupteur grisé accompagné d’une indication de constante signifie que la valeur est imposée ailleurs. Ne tentez pas de la contourner avec une deuxième extension. La personne qui gère la configuration doit retrouver la définition de WPMS_DO_NOT_SEND et confirmer son périmètre, notamment en multisite.
Le résultat attendu est le retour d’un véritable message de récupération, pas seulement du test SMTP. Si le blocage était nécessaire à cet environnement, rétablissez sa valeur initiale et poursuivez sur un environnement de contrôle correctement isolé. Aucun changement n’est nécessaire lorsque l’option était déjà désactivée.
Situer la panne dans la chaîne d’envoi
Avant de remplacer la configuration, séparez trois étapes. WordPress prépare le message pour le compte ; un transport le prend en charge ; le système destinataire le remet dans la boîte ou le classe. La fonction wp_mail peut renvoyer un succès sans que le destinataire ait reçu le message. Un écran vert de l’extension décrit lui aussi une étape, pas une garantie de réception.
Consultez d’abord les outils déjà disponibles chez votre hébergeur ou votre fournisseur d’envoi. Pour la tentative horodatée, cherchez le destinataire, le statut et, s’il existe, l’identifiant technique du message. Une erreur de connexion ou d’authentification oriente vers le transport. Un rejet explicite par le destinataire oriente vers sa raison précise. Une mise en attente demande de comprendre la file avant de multiplier les nouvelles demandes.
L’absence d’une ligne ne prouve pas toujours l’absence d’un message : le journal consulté peut couvrir un autre transport, un autre site ou une période différente. Vérifiez le périmètre de l’outil. Inversement, une ligne enregistrée avant l’envoi ne démontre pas que le serveur distant a accepté le courrier. Le libellé exact et l’étape observée doivent accompagner votre conclusion.
La création du lien et la notification annonçant un mot de passe déjà modifié sont également distinctes. Un réglage supprimant l’une ne désactive pas nécessairement l’autre. Évitez de cocher toutes les notifications de sécurité dans l’espoir de réparer le lien manquant. Cherchez le paramètre qui concerne réellement la demande de récupération, puis n’agissez que sur celui-ci si sa responsabilité est établie.
Approche 3 : utiliser un transport authentifié lorsque le transport manque
Cette voie convient si les vérifications précédentes montrent un problème d’expédition et si vous disposez d’un accès administrateur ainsi que d’un service d’envoi autorisé pour ce site. Si un transport SMTP ou API existe déjà, corrigez-le avec son outil actuel. Faire cohabiter deux extensions qui prennent en charge les mêmes courriels rend le diagnostic moins fiable et peut modifier l’expéditeur de façon imprévisible.
WP Mail SMTP by WPForms fournit une interface de connexion et un outil d’essai. Le répertoire WordPress attribue l’extension à Syed Balkhi. Au contrôle documentaire du 3 novembre 2026, la version indiquée est 4.10.3, avec WordPress 5.5 minimum, PHP 7.4 minimum et une compatibilité déclarée jusqu’à WordPress 7.1.4. Ces déclarations permettent de comparer votre environnement ; elles ne constituent pas un test de votre installation.
La connexion Other SMTP décrite ci-dessous est disponible dans l’édition gratuite, mais le service de messagerie possède ses propres conditions et limites. Elle exige de conserver des identifiants d’envoi dans WordPress, accessibles à des administrateurs autorisés, et n’est pas le premier choix si votre fournisseur propose une intégration mieux adaptée. Utilisez-la seulement avec un serveur qui autorise encore cette méthode. Une boîte connectée par authentification moderne ne doit pas être ramenée à un ancien mot de passe SMTP par approximation.
Avant toute installation, relevez les versions dans Outils → Santé du site → Informations et sauvegardez les réglages existants dans un espace privé. S’il n’existe aucun transport concurrent, Extensions → Ajouter une extension permet de rechercher WP Mail SMTP, vérifier sa fiche, l’installer puis l’activer. Sa présence seule n’autorise pas l’envoi : le service et son expéditeur restent à configurer.
Renseigner Other SMTP à partir du fournisseur réel
Préparez les paramètres fournis pour votre service : nom du serveur, port, chiffrement, mode d’authentification et identifiant d’envoi. Ne copiez pas les paramètres d’un autre hébergeur à partir d’un exemple. Le nom du serveur n’est pas nécessairement celui de votre site, et une adresse qui reçoit du courrier n’est pas automatiquement autorisée à servir d’expéditeur.
Dans WP Mail SMTP → Settings → General, choisissez l’adresse From Email autorisée par le fournisseur et un From Name reconnaissable. Examinez la portée de Force From Email avant de l’activer : ce choix impose l’adresse configurée aux courriels concernés par l’extension. Il peut aider à respecter un expéditeur unique, mais affecte aussi les autres notifications du site. Notez les valeurs initiales afin de pouvoir les restituer.
Dans Mailer, sélectionnez Other SMTP, puis saisissez les valeurs exactes du service. Utilisez un identifiant dédié au site lorsque votre fournisseur le permet. Ne transmettez pas le secret à une personne chargée uniquement de relire le guide ; saisissez-le directement dans l’espace prévu. Si le fournisseur exige une connexion API ou une autorisation de compte spécifique, interrompez ce parcours SMTP et employez son intégration documentée.
Le résultat recherché est une connexion autorisée, avec un expéditeur accepté. Une erreur de certificat ne se résout pas en supprimant le chiffrement. Une connexion bloquée au niveau de l’hébergement ne se répare pas en changeant arbitrairement le port. Si le fournisseur exige des enregistrements d’authentification du domaine, suivez ses valeurs exactes dans le diagnostic SPF, DKIM et DMARC. Ne changez ni les serveurs de noms ni les MX pour essayer un simple envoi SMTP.
Si vous avez ajouté WP Mail SMTP uniquement pour cet essai et devez abandonner cette configuration, gardez vos notes privées puis désactivez seulement cette nouvelle extension dans Extensions → Extensions installées. Cela rétablit le chemin antérieur, avec ses éventuelles difficultés de livraison. Ne supprimez pas les réglages d’un transport déjà utilisé par l’équipe. Faites aussi retirer une autorisation d’envoi devenue inutile auprès du fournisseur, selon son processus.
- Renseignez SMTP Host avec le serveur fourni, sans ajouter une adresse de page web.
- Associez Encryption et SMTP Port selon les instructions de ce même fournisseur.
- Réglez Authentication et complétez SMTP Username et SMTP Password selon la méthode autorisée.
- Cliquez sur Save Settings ; pour revenir en arrière, remettez les valeurs relevées dans le même transport, puis contrôlez l’envoi après restauration.
Tester le transport puis le vrai message de récupération
Ouvrez WP Mail SMTP → Tools → Email Test. Dans Send To, indiquez la boîte contrôlée pour l’essai. Désactivez HTML pour envoyer un message en texte brut, format pertinent pour comparer le transport avec la notification native. Cliquez une seule fois sur Send Email et relevez l’heure ainsi que le résultat affiché. Cette action envoie un véritable message ; choisissez donc un destinataire appartenant à votre équipe. Si votre édition propose plusieurs connexions, choisissez celle qui prend réellement en charge cette notification ; un test sur une autre connexion ne vérifie pas son trajet.
Consultez ensuite la boîte, sans vous limiter à l’écran de réussite. Si le test échoue, utilisez son erreur pour corriger une donnée précise : identifiant refusé, connexion impossible, expéditeur rejeté. Ne remplacez pas simultanément serveur, port et adresse, car vous perdriez la possibilité de savoir ce qui a réparé le chemin. Un secret modifié chez le fournisseur doit également être mis à jour dans le transport concerné.
Si le test arrive, retournez à la page de connexion du site et déclenchez une nouvelle récupération pour le compte témoin. Cette seconde étape vérifie le message réellement recherché, avec son destinataire et les règles qui lui sont propres. Elle est indispensable même après un test réussi, notamment à cause du réglage Do Not Send et des composants capables de modifier la récupération.
Le résultat complet comporte deux observations distinctes : le test est reçu, puis le lien de récupération est reçu dans la bonne boîte. Si le premier arrive seul, ne remplacez pas encore le transport qui vient de fonctionner. Examinez maintenant la génération du message natif. Après l’essai, conservez les paramètres de production validés et retirez seulement les éventuelles données de diagnostic temporaires suivant les règles de votre équipe.
Quand seul le lien de récupération reste absent
Un transport fonctionnel ne garantit pas que WordPress lui confie ce message particulier. Dans le mécanisme natif, des filtres peuvent empêcher l’envoi de récupération ou rendre son contenu vide, tout en laissant la procédure se terminer sans erreur de transport. D’autres personnalisations peuvent modifier le destinataire. C’est pourquoi une confirmation de demande ne vaut pas preuve d’un message remis au système de messagerie.
Examinez les changements récents dans le composant qui gère les comptes : connexion personnalisée, espace membres, sécurité ou connexion centralisée. Ouvrez ses réglages relatifs au mot de passe perdu et vérifiez s’il remplace la procédure native ou dirige l’utilisateur vers un autre service. Comparez son comportement avec la page de connexion prévue par votre installation. Ne contournez pas une restriction de sécurité simplement pour obtenir un formulaire différent.
Si l’équipe possède déjà un gestionnaire d’extraits de code, recherchez dans ses extraits les noms send_retrieve_password_email, retrieve_password_message et retrieve_password_notification_email. Faites la même recherche dans le code personnalisé via l’éditeur de votre environnement de maintenance, en lecture d’abord. La présence d’un nom ne prouve pas une faute : relevez la condition et le site ou le type de compte auquel elle s’applique.
Une correction doit porter sur la règle identifiée, avec une copie de son état initial et une validation sur un compte témoin. Évitez une désactivation générale des extensions sur le site public : elle peut affecter la connexion, le commerce ou les protections du site. Si vous ne pouvez pas modifier cette règle de façon maîtrisée, transmettez l’emplacement et les observations à la personne qui maintient le composant. Le diagnostic utile est alors déjà circonscrit à la génération du courrier.
Si l’outil indique un envoi différé, examinez aussi les options existantes d’envoi asynchrone ou de limitation de débit. Elles peuvent placer le courrier dans une file. Vérifiez le fonctionnement normal de cette file avec son responsable ; ne lancez pas toutes les tâches ni tous les messages en attente. Une nouvelle extension de transport ne corrige pas nécessairement une tâche qui ne s’exécute pas.
Achever la récupération sans conserver des liens sensibles
Lorsque plusieurs courriels finissent par arriver, utilisez la demande la plus récente que vous venez de déclencher sur le bon site. Si le lien est refusé ou déjà invalide, faites une nouvelle demande unique après avoir confirmé que la livraison fonctionne. Ne réexpédiez pas le lien vers une boîte partagée pour le faire vérifier : il donne accès à une opération sensible sur le compte concerné.
L’administrateur peut constater la réception avec le propriétaire du compte sans prendre connaissance du nouveau mot de passe. Une fois celui-ci choisi, vérifiez la connexion dans une autre fenêtre avant de fermer la session de secours. Si la personne a récupéré son accès par une autre voie, gardez néanmoins le sujet du courrier ouvert tant que le lien natif n’arrive pas : le prochain incident pourrait reproduire la même perte d’accès.
N’activez pas un enregistrement intégral du corps des messages uniquement pour observer cette panne. Les courriels de récupération contiennent un lien personnel, et les journaux peuvent être accessibles à d’autres administrateurs ou exportés dans des sauvegardes. Préférez les éléments minimaux : heure, destinataire masqué lorsque nécessaire, statut du transport et identifiant technique. Vérifiez les fonctions réellement incluses dans votre édition au lieu de supposer que l’extension gratuite fournit une archive complète des courriels.
Le résultat attendu est un accès retrouvé et un canal de récupération à nouveau utilisable. Le retour arrière porte sur les réglages modifiés pendant l’enquête ; il ne consiste pas à remettre un ancien mot de passe ni à conserver le lien ayant servi à la réparation.
Valider une réparation précise et préparer un relais utile
Terminez avec le même scénario que celui qui échouait. Demandez un lien pour le compte témoin, constatez sa réception et vérifiez qu’il vise le domaine attendu. Contrôlez aussi une autre notification représentative si vous avez imposé un nouvel expéditeur à l’ensemble du site. Un essai sur une copie qui utilise un service différent ne suffit pas à valider le transport du site public.
Si le message reste absent, transmettez un relevé bref et exploitable : environnement, compte concerné sans secret, heure et fuseau, boîte vérifiée, résultat du test de transport et résultat de la demande native. Joignez le statut exact fourni par le service d’envoi en retirant les identifiants et le lien. Demandez à quelle étape le message manque plutôt qu’une réinstallation générale du site.
- Test non reçu avec erreur de connexion : reprendre les paramètres ou l’accès réseau du transport.
- Test reçu, récupération absente : revoir le destinataire, le blocage des notifications et la règle de récupération.
- Message accepté puis rejeté ou mis en attente : suivre la raison indiquée chez le fournisseur.
- Message retrouvé dans les indésirables : traiter son classement et l’identité de l’expéditeur dans un diagnostic distinct.
- Lien reçu sur le bon site et récupération réussie : conserver la configuration validée et refermer les diagnostics temporaires.
