Erreurs fréquentes

Module 8: Déménager et mettre votre domaine en ordre · Temps de lecture : 13 minutes

Objectif pédagogique : après cette leçon, vous saurez reconnaître les douze erreurs les plus fréquentes en matière d'e-mail à partir de leurs symptômes, expliquer pourquoi elles se produisent et les corriger.

Notions clés : enregistrement SPF en double, trop de recherches SPF, DMARC passé trop tôt en reject, DKIM non activé chez un prestataire d'envoi, redirection vers Gmail, catch-all, visiteur comme expéditeur, serveur sortant sans authentification, nom de serveur mail. sans certificat correspondant, boîte mail pleine, MX oublié lors d'un déménagement, POP3 sur plusieurs appareils

Comment utiliser cette leçon

Chaque erreur suit la même structure : ce que vous constatez (le symptôme, tel qu'un client le signale), pourquoi cela ne fonctionne pas, et comment le résoudre. Les symptômes se ressemblent souvent (« mon e-mail n'arrive pas »), alors que la cause est tout autre. C'est pourquoi chaque erreur indique aussi comment la confirmer : quelle preuve chercher avant de modifier quoi que ce soit. Ne devinez pas, mesurez d'abord (leçon 6.3).

Vous utiliserez ces numéros dans l'exercice.

Erreurs dans le DNS

Erreur 1 : deux enregistrements SPF.
Vous constatez : le courrier vers Gmail et Outlook.com atterrit soudain dans les spams, depuis que vous avez connecté un nouveau service (Microsoft 365, une newsletter, un logiciel de comptabilité). Dans les en-têtes figure spf=permerror.
Pourquoi : le service vous a demandé « ajoutez cet enregistrement SPF », et maintenant il existe deux enregistrements TXT qui commencent par v=spf1. Selon la RFC 7208, il s'agit d'une erreur permanente : SPF ne compte plus du tout.
Confirmez : recherchez les enregistrements TXT de votre domaine et comptez les enregistrements v=spf1.
Solution : fusionnez le tout en un seul enregistrement (leçon 4.2).

Erreur 2 : plus de dix recherches SPF.
Vous constatez : la même chose, spf=permerror, mais il n'y a qu'un seul enregistrement. Souvent après l'ajout d'un énième include.
Pourquoi : chaque include, a, mx, exists et redirect compte comme une recherche DNS, y compris à l'intérieur des includes. Au-delà de dix, le SPF est invalide.
Confirmez : faites compter récursivement le SPF par un outil de contrôle (exercice Z4.2).
Solution : retirez les services que vous n'utilisez plus, remplacez a et mx par ip4/ip6 si ces adresses sont fixes, ou faites envoyer un service via son propre sous-domaine de bounce (leçon 7.1).

Erreur 3 : DMARC passé directement en p=reject.
Vous constatez : depuis la mise en place d'un enregistrement DMARC, les factures du logiciel de comptabilité ou le courrier du site web n'arrivent plus. Les destinataires renvoient 550 5.7.1 avec une référence à DMARC.
Pourquoi : tous les expéditeurs n'avaient pas été recensés. Ce qui n'arrive pas via SPF ou DKIM aligné est désormais refusé.
Confirmez : l'enregistrement DMARC et les rapports (leçon 4.5) : quelles sources échouent ?
Solution : revenez à p=none avec une adresse de rapport, corrigez tous les expéditeurs, puis passez progressivement à quarantine et reject (leçon 4.4). C'est également la ligne de conduite recommandée par cette formation.

Erreur 4 : DKIM non configuré chez le prestataire d'envoi.
Vous constatez : les newsletters n'atteignent plus la boîte de réception chez un nombre croissant de destinataires. Dans les en-têtes : dkim=pass header.d= le domaine du prestataire, dmarc=fail.
Pourquoi : le prestataire signe avec son propre domaine, donc DMARC ne peut pas réussir via DKIM, et SPF n'est pas aligné non plus.
Confirmez : en-têtes d'une newsletter de test (exercice Z7.1).
Solution : authentifiez votre domaine auprès du prestataire (DKIM via CNAME, leçon 7.1).

Erreurs liées à la redirection et aux adresses

Erreur 5 : tout rediriger vers Gmail.
Vous constatez : le courrier de certains expéditeurs n'arrive pas à l'adresse Gmail vers laquelle vous redirigez votre courrier professionnel, ou atterrit dans les spams. Parfois, les expéditeurs reçoivent un bounce de Gmail.
Pourquoi : lors d'une redirection, le courrier arrive chez Gmail en provenance de votre serveur, qui ne figure pas dans le SPF de l'expéditeur d'origine. Sans DKIM, ou avec un expéditeur ayant p=reject, DMARC échoue. De plus, le spam redirigé apparaît aux yeux de Gmail comme du spam envoyé par vous, ce qui nuit à votre réputation.
Confirmez : le bounce ou les en-têtes chez Gmail (spf=fail ou softfail avec votre serveur comme source).
Solution : ne redirigez pas, mais ajoutez la boîte mail dans l'application Gmail de votre téléphone via IMAP (leçons 2.4 et 3.3).

Erreur 6 : un catch-all.
Vous constatez : beaucoup de spam sur des adresses qui n'ont jamais existé (xyz123@example.com), et une boîte mail pleine.
Pourquoi : un catch-all accepte le courrier pour n'importe quelle adresse imaginable. Les spammeurs essaient des adresses au hasard, et elles arrivent toutes. Si vous redirigez en plus ce catch-all vers l'extérieur, c'est l'erreur 5 en version aggravée.
Confirmez : regardez dans la boîte mail à quelles adresses de destinataires le spam était adressé.
Solution : désactivez le catch-all, et créez un alias ou une boîte mail pour chaque adresse réellement utilisée (leçon 3.3).

Erreur 7 : l'adresse du visiteur comme expéditeur dans un formulaire.
Vous constatez : les messages envoyés via le formulaire de contact arrivent parfois, parfois non, surtout pas ceux des visiteurs ayant une adresse chez un grand fournisseur.
Pourquoi : votre site web envoie le message « au nom » du domaine du visiteur. Si ce domaine a p=reject ou p=quarantine, le destinataire refuse ou filtre le courrier (leçon 7.3).
Confirmez : vérifiez quel From utilise le formulaire.
Solution : votre propre adresse en From, le visiteur en Reply-To.

Erreurs de configuration

Erreur 8 : serveur sortant sans authentification.
Vous constatez : la réception fonctionne, pas l'envoi. Message du type « relay access denied », « authentication required » ou 550 5.7.1. Sur iPhone, c'est souvent : les champs du serveur sortant laissés vides (« facultatif »).
Pourquoi : un serveur sortant ne transmet le courrier que pour les utilisateurs connectés. Sinon, n'importe qui pourrait l'utiliser comme canon à spam.
Confirmez : les paramètres du serveur sortant dans le programme de messagerie.
Solution : activez l'authentification, avec l'adresse e-mail complète et le mot de passe, port 587 avec STARTTLS ou 465 avec SSL/TLS (leçons 1.4 et 2.3).

Erreur 9 : mail.<domaine> comme nom de serveur sans certificat adapté.
Vous constatez : un message indiquant un certificat invalide ou « impossible de vérifier l'identité du serveur », ou la connexion échoue complètement.
Pourquoi : le programme vérifie si le nom du serveur figure dans le certificat. mail.example.com pointe peut-être vers le serveur, mais ne figure pas dans le certificat. Ou le nom pointe encore vers l'ancien prestataire après un déménagement.
Confirmez : faites vérifier les ports de messagerie avec le nom du serveur (exercices Z2.1 et Z8.4).
Solution : utilisez le nom de serveur indiqué par le prestataire, et ne cliquez jamais sur « continuer quand même » sans réfléchir (leçon 2.1).

Erreur 10 : une boîte mail pleine.
Vous constatez : les expéditeurs reçoivent un bounce avec 452 4.2.2 ou 552 5.2.2 (boîte mail pleine). Vous ne remarquez rien, ou seulement que vous ne recevez plus de nouveau courrier.
Pourquoi : la boîte mail a atteint son quota. Souvent à cause d'années de pièces jointes, ou d'un dossier Envoyé et Corbeille qui ne se vident jamais.
Confirmez : l'utilisation de la boîte mail dans le panneau ou le webmail.
Solution : faites du ménage, archivez, ou augmentez le quota (leçon 3.2).

Erreurs lors d'un déménagement

Erreur 11 : le MX oublié lors d'un déménagement.
Vous constatez : après le déménagement du site web ou du domaine, plus aucun courrier n'arrive, ou il arrive à un endroit que personne ne consulte. Ou l'inverse : vous avez déménagé le courrier vers un nouveau prestataire, mais le MX pointe encore vers l'ancien.
Pourquoi : lors d'un changement de serveurs de noms, toute la zone est transférée. Si les enregistrements MX du prestataire de messagerie ne figurent pas dans la nouvelle zone, votre courrier pointe vers le nouveau serveur web. Ou le MX n'a jamais été modifié.
Confirmez : interrogez MX auprès du serveur de noms faisant autorité (exercice Z8.2).
Solution : placez les bons enregistrements MX dans la zone réellement active, puis copiez encore une fois le courrier (leçon 8.2).

Erreur 12 : POP3 sur plusieurs appareils.
Vous constatez : le courrier se trouve sur l'ordinateur portable mais pas sur le téléphone, ou inversement. Après le remplacement de l'ordinateur portable, des années de courrier ont disparu.
Pourquoi : POP3 récupère le courrier du serveur vers un seul appareil et le supprime souvent ensuite (leçon 1.3).
Confirmez : le type de compte dans le programme de messagerie.
Solution : passez à IMAP ; faites glisser d'abord le courrier qui n'existe qu'en local vers la boîte mail IMAP.

Ce que ces erreurs ont en commun

Relisez la liste. Presque chaque erreur survient parce que quelqu'un a suivi une instruction isolée (« ajoutez cet enregistrement », « activez la redirection ») sans voir l'ensemble. Le fil conducteur de cette formation :

• sachez qui envoie du courrier au nom de votre domaine (inventaire, leçons 4.2 et 8.1) ;
• changez une seule chose à la fois et vérifiez ensuite ;
• lisez la preuve : le bounce (leçon 6.1), les en-têtes (leçon 1.5), le rapport DMARC (leçon 4.5) et le DNS auprès du serveur faisant autorité.

Résumé

• Erreurs DNS : deux enregistrements SPF, trop de recherches, DMARC passé trop tôt en reject, DKIM non activé chez un prestataire d'envoi.
• Erreurs d'adresses : redirection vers Gmail, catch-all, l'adresse du visiteur comme From.
• Erreurs de configuration : pas d'authentification sortante, un nom de serveur absent du certificat, une boîte mail pleine.
• Erreurs de déménagement : MX oublié, POP3 sur plusieurs appareils.
• Confirmez toujours la cause par une preuve avant de modifier quoi que ce soit.

Quiz

Exercice

Exercice Z8.3: Quelle est l'erreur ? Vous recevez huit courts scénarios, chacun avec un symptôme et un élément de preuve (un en-tête, un bounce, une réponse DNS ou un paramètre). Choisissez pour chaque cas le numéro de l'erreur (1 à 12). Le programme vérifie avec une grille fixe et, en cas de mauvaise réponse, indique quelle preuve vous avez négligée.

Pour aller plus loin

Les étapes décrites dans ces articles s'appliquent aux panneaux de WebOké ; chez d'autres prestataires, le fonctionnement est comparable.

• Guide DirectAdmin 18.9: Je ne reçois plus d'e-mails
• Guide DirectAdmin 18.10: Je n'arrive pas à envoyer d'e-mails
• Vous ne recevez plus d'e-mails : voici comment en rechercher la cause
• Je ne parviens pas à envoyer d'e-mails (la réception fonctionne)
• Transfert d'e-mails vers une autre adresse (redirections, l'adresse de capture globale étant déconseillée)
• Cours DNS gratuit 8.4: Erreurs fréquentes