Fièrement canadien 
Un courriel qui échoue silencieusement à s'envoyer est l'un des problèmes techniques les plus frustrants à diagnostiquer, car la panne peut se produire à plusieurs points différents dans la chaîne de livraison, et les messages d'erreur impliqués sont souvent vagues ou totalement absents. Un message peut sembler s'envoyer avec succès depuis votre client de messagerie sans jamais atteindre le destinataire. Une soumission de formulaire WordPress peut se terminer sans erreur à l'écran pendant que le courriel de notification est silencieusement supprimé. Une application professionnelle peut signaler un envoi réussi pendant que le serveur de messagerie refuse la connexion.
L'approche pour corriger ce problème dépend de l'endroit où la panne se produit. Ce guide parcourt les causes les plus courantes dans l'ordre, en commençant par les vérifications les plus rapides à effectuer et les plus fréquemment responsables.
Résumé rapide
- Vérifiez d'abord vos paramètres SMTP — une mauvaise adresse de serveur, un port incorrect ou de mauvais identifiants sont responsables de la majorité des échecs de clients de messagerie
- Le port 25 est bloqué sur la plupart des réseaux ; utilisez plutôt le port 465 avec SSL ou le port 587 avec STARTTLS
- La messagerie WordPress nécessite un plugin SMTP pour envoyer de façon fiable ; la fonction PHP mail par défaut est fréquemment peu fiable ou désactivée
- Vérifiez si l'IP de votre serveur est sur liste noire si le courrier s'envoie sans erreur mais que les destinataires ne le reçoivent pas
- Confirmez que vos enregistrements DNS, en particulier MX et SPF, sont correctement configurés pour votre domaine
Identifier où la panne se produit
Avant de vérifier les paramètres, identifiez quel type de panne vous traitez. La cause et la correction diffèrent selon laquelle des situations suivantes s'applique à votre cas.
Si vous configurez un client de messagerie comme Outlook, Apple Mail ou Thunderbird et ne pouvez pas vous connecter au serveur du tout, le problème est presque toujours les paramètres SMTP ou un port bloqué. Si vous pouviez envoyer auparavant et que le problème a commencé soudainement, c'est plus probablement un mot de passe modifié, un changement de serveur ou un problème de certificat.
Si le courriel s'envoie depuis votre client sans erreur mais que les destinataires signalent ne pas le recevoir, le message est envoyé mais rejeté ou silencieusement supprimé quelque part dans la chaîne de livraison. Les causes ici incluent une IP de serveur sur liste noire, des échecs d'authentification chez le serveur destinataire, ou votre message filtré comme spam.
Si WordPress ou une application web n'envoie pas du tout de courriels, incluant les réinitialisations de mot de passe, les notifications de formulaire de contact et les confirmations de commande, le problème est presque toujours la fonction mail utilisée par l'application plutôt que vos paramètres SMTP. C'est un problème distinct traité dans sa propre section ci-dessous.
Si les courriels fonctionnaient et se sont arrêtés après un changement récent, ce changement est presque certainement la cause. Les changements récents à investiguer incluent un changement de mot de passe, un changement DNS, un déménagement vers un nouveau serveur, l'activation de Cloudflare ou une modification de configuration cPanel.
Vérifier et corriger vos paramètres SMTP
La plupart des échecs d'envoi de clients de messagerie se résument à l'une des quatre choses suivantes : une mauvaise adresse de serveur de messagerie sortante, un mauvais numéro de port, de mauvais identifiants d'authentification, ou le mauvais protocole de sécurité sélectionné. Passez en revue chacun méthodiquement.
Adresse du serveur de messagerie sortante
Pour la messagerie hébergée dans cPanel, le serveur de messagerie sortante est généralement soit votre nom de domaine, comme mail.votredomaine.com, soit le nom d'hôte de votre serveur d'hébergement. Vous pouvez trouver le nom d'hôte correct dans cPanel en allant dans la section Comptes de messagerie et en cliquant sur Connecter des appareils à côté du compte. Cela montre les paramètres exacts à saisir pour les clients de messagerie les plus courants. Si votre domaine utilise Cloudflare, l'enregistrement DNS du sous-domaine mail devrait être en mode DNS uniquement plutôt qu'en proxy, car Cloudflare ne peut pas proxifier les connexions SMTP.
Pour la messagerie Google Workspace, le serveur sortant est smtp.gmail.com. Pour Microsoft 365, c'est smtp.office365.com. Utiliser votre domaine comme adresse de serveur au lieu du serveur SMTP correct du fournisseur est une erreur de configuration courante lors du changement de fournisseur.
Port et protocole de sécurité
Le port 25 est bloqué sur la plupart des connexions internet résidentielles et professionnelles pour prévenir le spam. Il est également bloqué dans la plupart des environnements d'hébergement partagé et VPS pour les connexions sortantes. Si votre client de messagerie est configuré pour utiliser le port 25, c'est presque certainement pour cette raison qu'il ne peut pas se connecter.
Les alternatives correctes sont le port 465 avec SSL/TLS ou le port 587 avec STARTTLS. Les deux chiffrent la connexion et nécessitent une authentification. Le port 587 avec STARTTLS est la recommandation standard actuelle de la plupart des fournisseurs de messagerie. Si vous n'êtes pas sûr lequel utiliser, essayez d'abord le port 587 avec STARTTLS. S'il échoue, essayez le port 465 avec SSL.
Identifiants d'authentification
Le nom d'utilisateur pour l'authentification SMTP est presque toujours votre adresse courriel complète, pas seulement la partie avant le symbole @. Une erreur courante est de saisir votrenom au lieu de [email protected]. Le mot de passe est celui que vous avez défini pour ce compte de messagerie spécifique dans cPanel, pas le mot de passe de connexion cPanel. Si vous n'êtes pas sûr du mot de passe applicable, réinitialisez le mot de passe du compte de messagerie dans cPanel sous Comptes de messagerie et utilisez le nouveau mot de passe dans votre client de messagerie.
Tester la connectivité SMTP
Si vous souhaitez confirmer si la connexion SMTP elle-même fonctionne avant de dépanner les paramètres, vous pouvez utiliser l'outil de diagnostics SMTP de MXToolbox sur mxtoolbox.com/diagnostic.aspx. Entrez l'adresse de votre serveur de messagerie et il teste la connexion et rapporte exactement ce que le serveur répond à chaque étape de l'établissement de la connexion.
Vérifier si le port 25 est bloqué sur votre réseau
Même si vos paramètres sont corrects, le port 25 sortant peut être bloqué par votre FAI, votre réseau de bureau ou votre fournisseur d'hébergement. C'est une politique délibérée sur la plupart des réseaux pour prévenir le spam, et cela signifie que le port 25 ne fonctionnera tout simplement pas pour l'envoi de courriels depuis les appareils des utilisateurs finaux ou les applications web, quelle que soit la configuration de votre serveur.
Le test est simple. Depuis votre terminal ou invite de commande, exécutez :
telnet mail.votredomaine.com 25
Si la connexion expire ou est immédiatement refusée, le port 25 est bloqué sur votre réseau actuel. Passez au port 587 ou 465 dans les paramètres de votre client de messagerie. Si le port 587 ne peut pas non plus se connecter, le blocage peut être au niveau du serveur d'hébergement plutôt que votre réseau. Dans ce cas, contactez votre hébergeur pour confirmer quels ports sont ouverts pour SMTP sortant.
Sur l'hébergement partagé, les comptes cPanel sont configurés pour envoyer via l'agent de livraison de courrier local du serveur sur le port 25 en interne, ce qui contourne le blocage externe. Cela fonctionne pour les clients de messagerie se connectant depuis l'extérieur, mais le serveur lui-même achemine le courrier sortant via le port 25 vers d'autres serveurs de messagerie. Si l'IP de votre serveur est sur une liste noire ou si votre FAI bloque le port 25 au niveau réseau, le courrier sortant du serveur peut quand même échouer quel que soit les paramètres que vous utilisez dans votre client de messagerie.
Corriger l'envoi de courriels WordPress
WordPress utilise la fonction mail() de PHP par défaut pour envoyer tous les courriels générés par la plateforme, incluant les réinitialisations de mot de passe, les notifications de nouveaux utilisateurs, les confirmations de commande WooCommerce, les soumissions de formulaires de contact et tout courriel envoyé par des plugins. Cette fonction contourne entièrement l'authentification SMTP et envoie le courrier directement depuis le serveur sans signature ni authentification. La plupart des serveurs destinataires modernes traitent cela comme peu fiable ou spam, et de nombreux hébergeurs désactivent purement la fonction PHP mail pour des raisons de sécurité.
Le résultat est que la messagerie WordPress échoue souvent silencieusement. Le courriel semble avoir été envoyé du point de vue de WordPress, aucune erreur n'est affichée, mais le message n'est jamais livré ou va directement dans le dossier spam du destinataire.
La correction consiste à configurer WordPress pour envoyer des courriels via une connexion SMTP authentifiée plutôt que la fonction PHP mail. La façon la plus fiable de le faire est avec le plugin WP Mail SMTP, qui est gratuit et s'installe comme tout autre plugin WordPress. Après l'installation, allez dans WP Mail SMTP dans votre administration WordPress et configurez-le avec votre serveur SMTP, port, nom d'utilisateur et mot de passe en utilisant les mêmes paramètres que vous utiliseriez pour un client de messagerie.
Le compte SMTP que vous utilisez peut être votre compte de messagerie cPanel, votre compte Google Workspace si vous en avez un, ou un service de courriel transactionnel dédié. Pour les sites qui envoient un grand volume de courriels automatisés, un service transactionnel comme Mailgun, SendGrid ou Postmark est plus fiable qu'un compte de boîte aux lettres standard car ces services sont spécifiquement conçus pour l'envoi authentifié à volume élevé et maintiennent de bonnes réputations IP.
Après avoir configuré WP Mail SMTP, utilisez la fonctionnalité Envoyer un courriel de test dans le plugin pour confirmer qu'il fonctionne avant de vous y fier. Si le courriel de test est reçu avec succès, la messagerie WordPress passe maintenant via SMTP authentifié et devrait se livrer de façon fiable.
Vérifier si l'IP de votre serveur est sur liste noire
Si votre courriel s'envoie sans erreur depuis votre client ou serveur mais que les destinataires signalent ne pas le recevoir, ou si les destinataires utilisant Gmail ou Outlook ne reçoivent pas vos messages alors que d'autres les reçoivent, une IP de serveur sur liste noire est une cause probable.
Les principaux fournisseurs de messagerie maintiennent des systèmes de réputation internes et consultent des fournisseurs de listes noires pour décider d'accepter, différer ou rejeter les connexions entrantes. Une IP de serveur apparaissant sur une liste noire significative aura son courrier sortant rejeté ou différé silencieusement, ce qui signifie que le message semble envoyé de votre côté mais n'arrive jamais.
Vérifiez l'IP de votre serveur en utilisant MXToolbox Blacklist Check. Si vous ne connaissez pas l'adresse IP de votre serveur, connectez-vous à cPanel et cherchez l'adresse IP affichée dans la barre latérale de l'écran d'accueil. Entrez cette IP sur mxtoolbox.com/blacklists.aspx.
Si votre IP est inscrite, le chemin vers la résolution dépend de pourquoi elle l'a été. Si un autre compte sur votre serveur d'hébergement partagé envoyait du spam, votre hébergeur doit traiter la source avant que l'IP puisse être retirée. Si votre propre compte était la source du problème, nettoyez le site de tout logiciel malveillant ou script de spam, puis soumettez des demandes de retrait à chaque fournisseur où l'IP est inscrite. Spamhaus dispose d'un processus de recherche et retrait en libre-service sur spamhaus.org. Les Smart Network Data Services de Microsoft gèrent le retrait pour Outlook et Hotmail sur sendersupport.olc.protection.outlook.com.
Vérifier votre configuration DNS
Les problèmes DNS peuvent empêcher la messagerie de fonctionner correctement de plusieurs façons. Un enregistrement MX incorrect ou manquant signifie que le courrier entrant vers votre domaine ne peut pas être acheminé vers votre serveur de messagerie. Un enregistrement SPF mal configuré fait échouer vos courriels sortants aux vérifications d'authentification chez les serveurs destinataires, ce qui peut entraîner un rejet ou un placement dans le spam. Un DKIM manquant signifie que votre courrier n'a pas de signature cryptographique, ce qui réduit la confiance des serveurs destinataires. Et un enregistrement DMARC manquant ou incomplet signifie qu'il n'y a pas de coordination de politique entre SPF et DKIM.
Vérifier vos enregistrements MX
Les enregistrements MX indiquent aux serveurs expéditeurs où livrer les courriels adressés à votre domaine. Utilisez la recherche MX de MXToolbox sur mxtoolbox.com/mxlookup.aspx pour vérifier vos enregistrements MX actuels. Pour la messagerie cPanel, l'enregistrement MX devrait pointer vers le nom d'hôte de votre serveur ou votre domaine. Pour Google Workspace, les enregistrements MX devraient pointer vers les serveurs de messagerie de Google. Pour Microsoft 365, ils devraient pointer vers les serveurs de messagerie de Microsoft. Si les enregistrements MX pointent vers un serveur qui n'existe pas ou n'est plus actif, le courrier entrant échouera.
Vérifier votre enregistrement SPF
Votre enregistrement SPF devrait autoriser les serveurs qui envoient des courriels au nom de votre domaine. Pour l'hébergement cPanel, cela devrait inclure l'IP ou le nom d'hôte de votre serveur. Une vérification rapide en utilisant la recherche SPF de MXToolbox montrera si l'enregistrement existe, s'il est syntaxiquement valide et si le serveur expéditeur depuis lequel vos courriels proviennent est inclus. Notre guide de dépannage SPF dédié couvre cela en détail complet.
Changements DNS et propagation
Si vous avez récemment modifié vos enregistrements DNS, les problèmes de messagerie peuvent être causés par une propagation incomplète plutôt qu'une mauvaise configuration. Les changements DNS peuvent prendre jusqu'à 48 heures pour se propager complètement sur tous les résolveurs DNS. Utiliser Google Admin Toolbox sur toolbox.googleapps.com vous permet de vérifier ce que différents serveurs DNS voient pour vos enregistrements, ce qui aide à identifier si la propagation est encore en cours ou si une configuration spécifique est incorrecte.
Diagnostiquer avec l'analyse des en-têtes de courriel
Quand un message s'envoie mais n'est pas reçu, ou quand vous avez un message de rebond d'un serveur destinataire, les informations détaillées sur pourquoi la livraison a échoué se trouvent dans les en-têtes du courriel et dans le texte du message de rebond. Les lire correctement pointe directement vers la cause.
Un message de rebond d'un serveur destinataire contiendra généralement un code d'erreur SMTP et une description. Les codes courants à rechercher incluent 550, qui signifie que le serveur destinataire a rejeté le message, souvent avec une raison comme « utilisateur introuvable » ou « message rejeté en raison d'une politique », 421, qui signifie que le serveur est temporairement indisponible ou limite votre débit de connexion, et 535, qui signifie que l'authentification a échoué, indiquant généralement de mauvais identifiants ou une IP non autorisée à envoyer.
Si un message a été reçu mais est allé dans le spam plutôt qu'en boîte de réception, demandez au destinataire d'ouvrir le message dans Gmail, de cliquer sur le menu à trois points et de sélectionner Afficher l'original. L'en-tête Authentication-Results indique si SPF, DKIM et DMARC ont réussi ou échoué. Tout échec ici explique pourquoi le message a été traité comme suspect.
Gérer les paramètres de messagerie via WHMCS
Si votre hébergement est géré via notre portail client, la gestion des comptes de messagerie est disponible directement depuis votre compte sans avoir besoin d'accéder à cPanel. Accédez à Mes services, cliquez sur votre forfait d'hébergement et cherchez les options de gestion de la messagerie dans les détails du produit. Depuis votre espace client WHMCS, vous pouvez également accéder à cPanel directement via le lien de connexion unique, qui vous amène à la section Comptes de messagerie de cPanel où vous pouvez consulter les paramètres de connexion, réinitialiser les mots de passe et vérifier le statut de délivrabilité des courriels pour chaque domaine de votre compte.
Si vous avez suivi les étapes ci-dessus et ne pouvez toujours pas envoyer de courriels, ouvrez un ticket de support avec votre nom de domaine, le message d'erreur complet que vous recevez, et les paramètres SMTP que vous utilisez actuellement. Notre équipe peut vérifier les journaux au niveau serveur pour identifier si la connexion est rejetée au niveau serveur, si votre IP est sur une liste de blocage, et si une modification de configuration est nécessaire côté hébergement.
Gotekky
Besoin d’aide pour choisir la prochaine étape?
Décrivez ce que vous observez et le résultat recherché. Nous identifierons si un service géré, un projet défini ou une évaluation technique payante est la bonne prochaine étape.