Accueil › Guides

E-mail sur liste noire ? Lire le rejet et sortir de la liste

Publié le 2026-11-03 ／ Mis à jour le 2026-11-03 ／ Par Yuki Nakazawa

Si votre e-mail est sur une liste noire, le message de rejet vous l'indique généralement. Ouvrez le rejet reçu en retour et examinez trois éléments : le code à trois chiffres, le code à points qui le suit (par exemple 5.7.1) et le texte. Un code commençant par 4 signale un échec temporaire ; un code commençant par 5, un échec définitif. Si le texte cite une liste de blocage, c'est elle qu'il faut traiter en premier.

Avant de vous attaquer aux listes noires, écartez dans l'ordre les causes simples : une faute de frappe dans l'adresse, une boîte pleine, un problème du côté du destinataire, et l'absence de SPF, DKIM ou DMARC. Sortir d'une liste noire se fait presque partout de la même façon : trouver et supprimer la cause, envoyer une seule demande de retrait si la liste l'exige, puis attendre. Personne ne peut promettre un retrait, et les demandes répétées sans correction ont tendance à aggraver la situation.

Les informations ci-dessous sur des listes et des fournisseurs de messagerie précis proviennent de leurs pages officielles en date de novembre 2026. Les politiques évoluent : vérifiez les détails sur le site de l'opérateur avant d'agir.

Comment lire le message de rejet

Un rejet (avis de non-distribution) reprend la réponse donnée par le serveur destinataire. Un rejet typique dû à une liste noire ressemble à ceci :

<user@example.com>: host mx.example.com[203.0.113.25] said:
    550 5.7.1 Service unavailable; Client host [203.0.113.10]
    blocked using bl.example.org (in reply to RCPT TO command)

1. Le code de réponse (550). Selon la RFC 5321, une réponse 4yz signifie que l'erreur est temporaire et que la même requête peut être retentée. Une réponse 5yz est un échec définitif, et le serveur d'envoi ne doit pas simplement répéter la même requête.
2. Le code d'état étendu (5.7.1). Défini dans la RFC 3463 sous la forme class.subject.detail (classe, sujet, détail). Le chiffre du milieu indique le domaine concerné : 1 pour l'adresse, 2 pour la boîte aux lettres, 4 pour le réseau et le routage, 7 pour la sécurité ou la politique. Un code 5.7.x signifie que le destinataire vous a refusé pour des raisons de politique : c'est là qu'apparaissent les listes de blocage et la réputation.
3. Le texte libre. Les destinataires citent souvent la liste (blocked using bl.example.org) ou donnent une URL de consultation. Copiez le rejet en entier : vous en aurez besoin pour toute demande de retrait ou tout ticket d'assistance.

Codes courants et ce qu'ils indiquent. Les descriptions de 5.7.25, 5.7.26 et 4.7.x proviennent de la liste d'erreurs publiée par Gmail ; d'autres fournisseurs peuvent formuler ou utiliser les mêmes codes différemment.

Avec une erreur 4xx, votre serveur réessaie de lui-même. La RFC 5321 recommande d'attendre au moins 30 minutes entre deux tentatives et indique que le délai d'abandon doit généralement être d'au moins 4 à 5 jours : c'est pourquoi vous pouvez recevoir un avertissement de « retard » bien avant un échec définitif.

Vérifiez les causes dans cet ordre

Partez des causes les plus courantes et les plus simples à vérifier pour aller vers les plus rares. Les premières vérifications prennent quelques secondes : faites-les avant toute autre chose.

1. Faute de frappe dans l'adresse. Un 5.1.1 n'a rien à voir avec les listes noires. Corrigez l'adresse.
2. Boîte pleine. 4.2.2 ou 5.2.2 relève du destinataire. Contactez-le par un autre moyen.
3. Un seul destinataire en échec. Si vos messages vers d'autres entreprises et vers Gmail passent, les filtres propres au destinataire sont la cause probable. Envoyez le texte complet du rejet à son administrateur.
4. SPF, DKIM et DMARC. Gmail exige de tout expéditeur qu'il configure SPF ou DKIM, et de ceux qui envoient plus de 5 000 messages par jour qu'ils configurent SPF, DKIM et DMARC. Les exigences de Yahoo sont similaires : les expéditeurs en masse doivent disposer d'une politique DMARC au moins égale à p=none. Outlook.com a commencé à appliquer les mêmes exigences aux domaines envoyant plus de 5 000 messages par jour le 5 mai 2025. Consultez le guide de configuration de SPF, DKIM et DMARC.
5. Réputation de l'IP et du domaine d'envoi. Vérifiez que l'IP d'envoi dispose d'un DNS direct et inverse (PTR) valides, que vous envoyez via TLS et que les plaintes sont peu nombreuses. Gmail et Yahoo demandent tous deux aux expéditeurs de maintenir le taux de spam sous 0,3% ; Gmail recommande de rester à 0,10% ou moins.
6. Vérification des listes noires. Si un rejet cite une liste, ou si plusieurs destinataires sans lien entre eux renvoient 5.7.1, vérifiez votre IP d'envoi et votre domaine avec un outil de vérification de listes noires.
7. Contenu et volume. Cherchez ce qui a changé : un envoi soudain et volumineux, une ancienne liste envoyée en une seule fois, un formulaire web détourné pour envoyer des messages à des inconnus.

Si seul Gmail vous rejette, le guide de dépannage de la distribution vers Gmail détaille ses codes spécifiques.

Ce qu'est une liste noire d'e-mails (DNSBL) et comment la vérifier

La plupart des listes noires d'e-mails sont des DNSBL : des listes publiées via le DNS. Lorsque votre serveur se connecte, le serveur destinataire recherche votre IP dans les listes auxquelles il fait confiance, puis rejette le message, lui attribue un score ou le marque selon la réponse.

La RFC 5782 décrit cette consultation. En IPv4, les octets sont inversés et placés devant le domaine de la liste. Une adresse listée renvoie un enregistrement A, par convention 127.0.0.2, et peut avoir un enregistrement TXT qui en explique la raison. Une adresse non listée n'a aucun enregistrement. En IPv6, on utilise l'adresse complète inversée quartet par quartet (nibble).

$ dig +short 10.113.0.203.bl.example.org A
127.0.0.2
$ dig +short 10.113.0.203.bl.example.org TXT
"Listed - see https://bl.example.org/lookup"

Quelques points qui piègent souvent :

• Vérifiez l'IP du serveur qui envoie vos e-mails, pas celle de votre ordinateur portable ou de la connexion du bureau. Vous la trouverez dans le rejet (Client host [...]) ou dans les en-têtes Received d'un message que vous avez envoyé.
• Les domaines peuvent aussi être listés. Certaines listes portent sur les domaines d'envoi ou sur les domaines figurant dans les liens. Vérifiez à la fois l'IP et le domaine.
• Une inscription ne compte que là où la liste est utilisée. Chaque destinataire choisit les listes qu'il consulte. Figurer sur une liste que vos destinataires n'utilisent pas ne change rien pour eux.

Interroger des dizaines de listes à la main est fastidieux ; un outil de vérification de listes noires le fait en une seule passe et indique quelles listes renvoient une correspondance.

Les inscriptions qui comptent vraiment

Toutes les inscriptions ne méritent pas la même attention. Ordre de priorité approximatif :

• La liste citée dans votre rejet. C'est celle qui vous bloque réellement. Traitez-la en premier.
• Les grandes listes largement utilisées. Une inscription sur l'une d'elles affecte de nombreux destinataires à la fois.
• Une ou deux correspondances sur des listes petites ou peu connues, sans rejet qui les cite, ne sont généralement pas la raison du blocage de vos e-mails. Examinez l'authentification et la réputation avant d'y consacrer du temps.

Comment quelques listes connues se décrivent elles-mêmes, d'après leurs pages officielles en date de novembre 2026 :

Deux points à garder à l'esprit. D'abord, les listes qui couvrent des plages entières, comme UCEPROTECT Level 2 et Level 3, peuvent inclure votre IP même si vous n'avez jamais envoyé de spam, à cause d'autres adresses du même réseau. Ensuite, lorsqu'une liste propose un retrait express payant, une expiration automatique gratuite existe généralement en parallèle, et payer ne corrige pas ce qui a provoqué l'inscription. Si la cause persiste, l'inscription revient. Spamhaus gère plusieurs listes dont les procédures de retrait diffèrent ; consultez comment sortir de Spamhaus.

Comment sortir d'une liste noire

La démarche est sensiblement la même pour toutes les listes :

1. Trouvez et supprimez la cause. Les coupables habituels sont un mot de passe de boîte aux lettres compromis, une machine infectée par un logiciel malveillant, un formulaire de contact qui envoie à n'importe quelle adresse saisie, un relais ouvert, ou des envois à des personnes qui n'ont jamais donné leur accord. Changez les mots de passe et colmatez la faille avant toute autre chose.
2. Consultez la page de vérification de l'opérateur. La plupart des listes permettent de saisir une IP pour voir pourquoi elle est listée et quelle est la procédure de retrait. Suivez-la, plutôt que les suppositions d'un tiers.
3. Si la liste fait expirer ses entrées d'elle-même, attendez. SpamCop retire une inscription 24 heures après l'arrêt des signalements ; UCEPROTECT Level 1, après 7 jours sans nouveau spam.
4. Si la liste accepte les demandes, envoyez-en une. Expliquez clairement ce qui s'est passé et ce que vous avez changé. Barracuda, par exemple, indique que les demandes en double ne sont pas prises en compte.
5. Renvoyez et surveillez. Le retrait peut mettre du temps à se propager. SpamCop précise qu'il peut falloir jusqu'à 4 heures pour qu'il atteigne ses miroirs et les serveurs qui utilisent la liste.

Envoyer la même demande encore et encore, ou demander le retrait avant que la cause soit corrigée, est contre-productif. Même si cela fonctionne, l'inscription revient dès que le problème se reproduit, et l'opérateur a de toute façon le dernier mot.

N'oubliez pas non plus qu'une DNSBL n'est qu'un critère parmi d'autres. Lorsque Gmail rejette un message avec un 550 5.7.1 invoquant la très faible réputation de votre IP ou de votre domaine d'envoi, il s'agit de l'évaluation propre à Gmail. Sortir d'une DNSBL ne la modifiera pas ; une meilleure authentification, des listes plus propres et moins de plaintes, si.

Hébergement mutualisé et VPS : quand l'IP n'est pas qu'à vous

Sur un hébergement mutualisé, de nombreux clients envoient via la même IP sortante. Le site compromis d'un autre client peut faire lister cette IP, et vos e-mails sont bloqués en même temps que les siens.

• Hébergement mutualisé. C'est l'hébergeur qui contrôle l'IP : ouvrez un ticket d'assistance avec le rejet complet et l'IP listée plutôt que de déposer vous-même des demandes de retrait. Les inscriptions portant sur une plage ou un réseau, comme UCEPROTECT Level 2 et Level 3, ne peuvent être traitées que par le fournisseur.
• VPS ou serveur dédié. Une IP fraîchement attribuée peut porter l'historique d'un locataire précédent. Vérifiez-la avant de commencer à envoyer, et configurez son DNS inverse (PTR) pour qu'il corresponde au nom d'hôte de votre serveur de messagerie, généralement depuis le panneau de configuration du fournisseur.
• Envoi direct depuis une IP domestique ou dynamique. C'est précisément à ces plages que s'adresse la Spamhaus PBL. Faites passer vos messages par le serveur de soumission de votre fournisseur ou de votre service de messagerie, avec authentification sur le port 587 ou 465.

Si vous ne contrôlez pas l'IP et que le fournisseur ne peut pas régler le problème, transférer vos envois vers un autre serveur d'envoi authentifié est souvent la solution la plus pratique.

Comment éviter d'être listé à nouveau

Un retrait ne dure que si la cause reste corrigée. Prenez ces habitudes :

• Authentification et fondamentaux. Maintenez SPF, DKIM et DMARC valides, gardez un DNS inverse correct et envoyez via TLS. Mettez à jour SPF chaque fois que vous ajoutez un nouveau service d'envoi.
• Sécurité des comptes. Utilisez des mots de passe robustes et l'authentification à deux facteurs, et surveillez les hausses soudaines du volume sortant ou de la taille de la file d'attente.
• Protégez les formulaires. Limitez le débit des formulaires de contact et d'inscription pour qu'ils ne puissent pas servir à envoyer des messages à des adresses arbitraires.
• Hygiène des listes. N'écrivez qu'aux personnes qui l'ont demandé et retirez les adresses qui génèrent des rejets. Gmail et Yahoo exigent des expéditeurs en masse qu'ils prennent en charge le désabonnement en un clic.
• Évitez les pics soudains. Un envoi bien plus important que d'habitude peut déclencher des limites de débit et des plaintes.
• Vérifiez régulièrement. Contrôler de temps en temps votre IP d'envoi et votre domaine permet de repérer une inscription avant que vos clients ne signalent des messages manquants.

Questions fréquentes

Pages officielles consultées

Les informations de cet article ont été vérifiées sur les pages officielles ci-dessous à la date de publication. Les politiques et le fonctionnement peuvent changer sans préavis : consultez les pages officielles avant de vous fier à une information importante.

• RFC 5321: Simple Mail Transfer Protocol
• RFC 3463: Enhanced Mail System Status Codes
• RFC 5782: DNS Blacklists and Whitelists
• Google Workspace: Gmail SMTP errors and codes
• Google: Email sender guidelines
• Yahoo Sender Hub: Best Practices
• Microsoft: Outlook.com Postmaster
• Spamhaus: Policy Blocklist (PBL)
• SpamCop FAQ: SpamCop Blocking List delisting
• SpamCop Blocking List
• Barracuda Central: Removal Request
• UCEPROTECT: Removal Policy Level 1
• UCEPROTECT: Removal Policy Level 2
• UCEPROTECT: Removal Policy Level 3

Guides associés

Tous les guides →