Pourquoi je ne reçois pas d’e-mails ? Le dépannage

Votre boîte est-elle pleine ?

Une boîte à sa limite de stockage n’accepte plus de nouveaux e-mails. Selon le fournisseur, l’expéditeur reçoit un rejet (« mailbox full » / « quota exceeded », souvent une réponse 452 ou 552) ou le message est différé puis renvoyé. Dans les deux cas, rien n’arrive dans votre boîte.

Vérifiez l’espace utilisé par votre compte. Sur Google Workspace et Microsoft 365, le quota est partagé entre e-mails, fichiers et photos : un Drive ou OneDrive plein peut bloquer les e-mails même si la boîte semble petite. Libérez de l’espace en supprimant les grosses pièces jointes et en vidant Corbeille et Spam (les éléments supprimés comptent souvent jusqu’à la purge), ou demandez à l’administrateur d’augmenter le quota.

Ce cas passe facilement inaperçu : l’envoi fonctionne normalement, seule la réception est cassée.

Règles ou transfert cachent-ils vos e-mails ?

Filtres et transferts s’exécutent seuls : un e-mail peut être déplacé, archivé, marqué lu ou supprimé avant que vous le voyiez. Deux niveaux méritent un audit :

1. Règles côté client. Dans Outlook, ouvrez Règles et cherchez ce qui déplace ou supprime des e-mails. Dans Gmail, ouvrez Paramètres → Filtres et adresses bloquées. Une vieille règle (« déplacer tout ce domaine vers un dossier ») est souvent coupable, surtout si un prédécesseur l’a créée sur un compte partagé.
2. Transfert. Si le compte transfère vers une autre adresse, une destination cassée ou une boucle peut perdre des e-mails. Vérifiez Paramètres → Transfert et désactivez ou réparez ce qui pointe ailleurs. Le transfert casse aussi l’alignement SPF : c’est pourquoi un e-mail transféré échoue parfois à l’authentification à destination.

Vérifiez aussi que l’adresse n’est pas dans les expéditeurs bloqués. On bloque vite un domaine par erreur, puis on se demande où passent ses e-mails.

Les MX de votre domaine sont-ils bons ?

Si votre messagerie est sur votre propre domaine et que personne ne vous joint, c’est en général le DNS. Les enregistrements MX (Mail Exchanger) indiquent quel serveur accepte les e-mails de votre domaine. S’ils manquent, visent un hôte retiré ou ont été écrasés pendant une migration, les expéditeurs n’ont aucune destination et leurs messages sont rejetés.

Vérifiez-les hors de votre console DNS, qui peut afficher une valeur pas encore propagée. Passez votre domaine dans la recherche MX de Palisade et confirmez :

• Les noms d’hôte MX correspondent à votre fournisseur actuel (par exemple smtp.google.com pour Google Workspace, ou l’hôte mail.protection.outlook.com pour Microsoft 365).
• Chaque MX vise un nom d’hôte qui se résout lui-même en adresse. Un MX qui vise un enregistrement A absent est une impasse.
• Aucun MX restant d’un ancien fournisseur ne concurrence les actuels.

Une requête DNS plus large montre tous les enregistrements d’un coup, utile si une migration en a laissé à moitié changés. Après un changement d’hébergeur, le DNS n’est pas instantané : comptez jusqu’à 24–48 heures de propagation avant de croire les enregistrements faux.

L’expéditeur est-il bloqué ou listé ?

Si un seul expéditeur ou domaine ne vous joint pas, le blocage est ciblé, pas global. Plusieurs causes possibles :

• Votre serveur rejette son IP. Serveurs d’entreprise et passerelles de sécurité ont leurs règles de blocage. Cherchez dans la console d’administration du fournisseur ou de la passerelle une entrée de rejet ou de connexion pour ce domaine.
• Une liste de blocage partagée (DNSBL) cite l’expéditeur. Beaucoup de serveurs refusent les IP sur des listes de blocage publiques. Si un expéditeur légitime y figure (souvent après un malware ou le spam d’un voisin d’IP partagée), ses e-mails sont refusés jusqu’au retrait.
• Son authentification échoue à votre politique. Si son SPF ou DKIM échoue et que votre politique entrante met en quarantaine ou rejette, ses e-mails n’arrivent jamais. Demandez-lui de vérifier sa configuration avec un test SPF.

Si vous soupçonnez la réputation, vérifiez l’IP ou le domaine d’envoi avec l’outil de réputation de domaine de Palisade. Si les erreurs viennent de Gmail ou Yahoo, notre guide des codes d’erreur Yahoo et Gmail décode leurs réponses exactes.

Problèmes courants d’e-mails entrants perdus

Des retards d’une heure ou plus, parfois

C’est en général du greylisting. Beaucoup de serveurs refusent un temps la première tentative d’un expéditeur inconnu et acceptent le réessai quelques minutes après : un filtre anti-spam simple et efficace. Les serveurs légitimes réessaient toujours : l’e-mail arrive, juste « retardé ». Si un message est bloqué plutôt que lent, notre guide de l’e-mail bloqué en file d’attente couvre les causes côté expéditeur.

Certains expéditeurs passent, d’autres non

Un échec sélectif désigne le filtrage ou l’authentification, pas l’infrastructure. Si vos MX étaient cassés, tout le monde échouerait. Comparez un expéditeur qui passe à un autre qui échoue : ses e-mails vont-ils en spam, sont-ils pris par une règle ou rejetés par votre politique entrante ?

Plus aucun e-mail après une migration de domaine ou d’hôte

Les migrations sont la cause classique d’une panne totale en réception. Suspects habituels : des MX qui visent encore l’ancien hôte, une zone DNS expirée ou la nouvelle boîte pas encore créée. Relancez une recherche MX, vérifiez que chaque enregistrement vise le nouveau fournisseur, puis testez depuis une adresse externe.

Une liste de diffusion ou boîte partagée ne reçoit rien

Boîtes partagées et groupes ont leurs propres réglages de membres et de livraison. Vérifiez que vous êtes toujours membre, que le groupe accepte les e-mails externes si l’expéditeur est hors de votre organisation, et qu’aucune règle de modération ne retient les messages.

À lire aussi

• E-mail en file d’attente : cause et correction
• Pourquoi Gmail rejette-t-il mes e-mails (erreur 550) ?
• Comment vérifier et améliorer la réputation de votre domaine ?