Une IP sur liste noire fait refuser vos e-mails avec un code 5xx qui cite souvent Spamhaus ou une autre liste. Lisez le message de rejet, vérifiez l’IP, puis trouvez et corrigez la cause : compte compromis, script qui envoie du spam, relais ouvert, reverse DNS absent. Ne demandez le retrait qu’une fois la cause réglée.
Un client signale qu’il ne reçoit plus vos messages, ou votre serveur de messagerie accumule des rejets dans sa file d’attente. Le serveur destinataire a consulté une liste noire (DNSBL) et refusé la connexion à cause de votre adresse IP. Ces listes recensent des IP vues en train d’envoyer du spam, ou qui n’ont pas de configuration de messagerie correcte.
Retirer l’IP sans corriger la cause ne sert à rien : elle y retourne vite, et certaines listes sanctionnent les récidives. L’ordre compte donc : comprendre, vérifier, corriger, puis demander le retrait. Si le serveur est compromis, le guide sur le serveur qui envoie du spam prend le relais.
Lire le message de rejet
Le rejet est renvoyé par le serveur destinataire, en général dans un message d’échec (« Undelivered Mail Returned to Sender ») ou dans le journal de votre serveur (/var/log/mail.log sur Debian et Ubuntu). Cherchez le code, qui commence par 5 (rejet définitif, alors que 4 indique un report temporaire), et le texte. Il cite en général le nom de la liste et une adresse web où vérifier l’IP. Conservez cette ligne : elle indique précisément quelle liste vous concerne et à quel endroit demander le retrait.
Identifier l’adresse IP concernée
Retrouvez l’IP qui envoie : celle du serveur de messagerie ou, si vous passez par un hébergeur ou un service d’envoi, celle qu’il utilise pour vous. Dans l’original d’un message ou le journal, la ligne Received: la plus basse la donne. Sur un serveur, curl -4 ifconfig.me affiche son IP publique sortante. Si l’IP appartient à un service d’envoi mutualisé, ce n’est pas à vous de demander le retrait : signalez-le à ce service.
Vérifier l’IP sur les listes
Entrez l’IP dans l’outil de vérification de Spamhaus, puis dans ceux des autres listes citées dans le rejet. Le résultat indique la liste (SBL, XBL, PBL, par exemple) et la raison. Une inscription PBL signale en général une plage d’adresses qui ne doit pas envoyer directement, comme une connexion domestique ou une IP dynamique : elle ne vient pas d’un abus. Une inscription SBL ou XBL désigne un abus ou une machine infectée, ce qui exige une enquête.
Chercher la cause de l’envoi indésirable
Contrôlez la file d’attente avec mailq (Postfix) : une file remplie de messages inconnus est un signe d’envoi massif. Cherchez dans /var/log/mail.log les comptes qui authentifient en grand nombre (lignes sasl_username=). Pour un site web, cherchez des scripts PHP récents ou modifiés dans les dossiers du site, qui envoient du courrier sans votre accord. Un compte e-mail dont le mot de passe a fuité est la cause la plus fréquente : changez-le et activez une limite d’envoi.
Fermer un relais ouvert et corriger la configuration
Un serveur qui accepte de relayer le courrier de n’importe qui est un relais ouvert. Dans Postfix, vérifiez postconf -n | grep -E 'mynetworks|smtpd_relay_restrictions|smtpd_recipient_restrictions' : mynetworks ne doit lister que les adresses réellement de confiance, et l’authentification doit être exigée pour tout envoi externe. Réglez aussi le reverse DNS : l’IP doit avoir un enregistrement PTR, demandé à l’hébergeur qui possède l’IP, pointant vers un nom qui résout vers cette même IP. Le nom annoncé par le serveur (myhostname) doit correspondre.
Corriger la compromission avant de demander le retrait
Si vous avez trouvé un script malveillant, un compte piraté ou une extension vulnérable, nettoyez d’abord, changez les mots de passe depuis un poste sain, appliquez les mises à jour et vérifiez qu’il ne reste plus de messages indésirables dans la file. La procédure complète figure dans le guide sur le serveur qui envoie du spam. Demander un retrait pendant que l’envoi continue provoque un nouveau listage et peut entraîner un refus ultérieur.
Demander le retrait par la procédure officielle
Chaque liste a sa propre procédure, indiquée dans le rejet ou sur son site : un formulaire de retrait, parfois sans délai, parfois examiné par une équipe. Expliquez brièvement ce qui était en cause et ce qui a été corrigé, sans copier un texte générique. Certains retraits sont automatiques après un délai sans nouvel abus. Après retrait, les caches des serveurs destinataires peuvent garder l’ancien verdict un moment : renvoyez un message test, puis surveillez l’IP pendant plusieurs jours.
Questions fréquentes
Comment savoir si l’IP de mon serveur est sur une liste noire ?
Le plus fiable est le message de rejet, qui nomme la liste. Vous pouvez aussi saisir l’IP dans l’outil de vérification de Spamhaus ou dans ceux des autres listes. Un message refusé avec un code 550 ou 554 mentionnant « blocked » ou « listed » indique presque toujours une inscription.
Peut-on se faire retirer d’une liste noire sans corriger le problème ?
Techniquement certaines listes retirent sur simple demande, mais l’IP y revient vite si la cause demeure, et les récidives sont traitées plus sévèrement. Corrigez d’abord, vérifiez que plus rien d’indésirable ne part, puis demandez le retrait en expliquant la correction apportée.
Que signifie une IP listée en PBL chez Spamhaus ?
La Policy Block List recense des plages qui ne devraient pas envoyer d’e-mail directement, comme des connexions résidentielles ou des IP dynamiques. Ce n’est pas la trace d’un abus. La solution est de faire passer le courrier par le serveur de messagerie de votre fournisseur ou par un relais authentifié.
Mon hébergeur mutualisé a une IP blacklistée, que puis-je faire ?
Vous ne gérez pas l’IP : prévenez le support de l’hébergeur avec le message de rejet, et demandez-lui de traiter ou de changer d’adresse d’envoi. En attendant, un service d’envoi authentifié par API contourne la difficulté. Vérifiez aussi que votre propre site n’y contribue pas.
Combien de temps faut-il pour sortir d’une liste noire ?
Cela dépend de la liste : certaines retirent immédiatement après demande, d’autres examinent le dossier ou laissent l’inscription expirer d’elle-même. Les caches des serveurs destinataires ajoutent un délai variable. Il n’y a pas de durée garantie : le plus sûr est de corriger puis de surveiller.
Sources
- Blocklists — Spamhaus
- Resource Hub — Spamhaus
- RFC 5321 : Simple Mail Transfer Protocol — rfc-editor.org