Qu'est-ce que le greylisting ?
Le greylisting est une technique anti-spam par laquelle un serveur de messagerie destinataire refuse temporairement un message provenant d'un expediteur qu'il n'a jamais vu. L'expediteur est invite a reessayer plus tard, et des qu'il le fait, le message est accepte. L'idee est que les serveurs de messagerie legitimes reessaient automatiquement, alors que de nombreux systemes de spam ne le font jamais.
Définition
Le greylisting est une methode de filtrage du spam appliquee par un agent de transfert de courrier, le logiciel qui recoit les e-mails pour le compte d'un domaine. Lorsqu'un message arrive d'un expediteur que le serveur destinataire ne reconnait pas, ce serveur ne l'accepte pas et ne le rejette pas non plus categoriquement. Il emet plutot un refus temporaire qui revient a dire : merci de rappeler plus tard.
Le nom resume parfaitement la logique. Une liste de blocage est un non ferme et une liste d'autorisation un oui ferme : le greylisting se place entre les deux, comme un peut-etre assume. Le serveur destinataire suspend son jugement au premier contact et attend de voir ce que fait l'expediteur ensuite. Un expediteur bien configure reessaie, comme l'exigent les normes de messagerie, et finit par etre accepte. Un expediteur qui abandonne le message apres un seul echec ne passe jamais.
Le greylisting fonctionne grace a une asymetrie dans le comportement des expediteurs. Les serveurs de messagerie correctement configures traitent un echec temporaire comme un evenement normal et placent le message en file d'attente pour une nouvelle tentative, car les problemes passagers sont frequents en messagerie. A l'inverse, de nombreuses operations de spam en masse sont concues pour une livraison unique a grande vitesse et ne maintiennent pas de file de reessai : un refus temporaire suffit alors a faire disparaitre ce spam. Le greylisting transforme une exigence de base du protocole de messagerie en un filtre peu couteux.
Comment ça fonctionne
Lorsqu'un message arrive, le serveur de greylisting enregistre trois informations, communement appelees le triplet : l'adresse IP du serveur expediteur, l'adresse e-mail de l'expediteur et l'adresse e-mail du destinataire. Il verifie s'il a deja vu ce triplet exact. Si ce n'est pas le cas, le serveur repond par un echec temporaire au moyen d'un code de reponse SMTP 4xx, souvent un 451, qui, selon la norme de messagerie, signifie reessayer plus tard plutot que renoncer. Le code precis et la formulation varient selon le logiciel du serveur de messagerie.
Le serveur expediteur a alors le choix. Un serveur legitime traite la reponse 4xx comme une erreur passagere, conserve le message dans sa file d'attente sortante et programme une nouvelle tentative. Les normes de messagerie prevoient un intervalle de reessai d'au moins trente minutes et un delai d'abandon de plusieurs jours, mais les implementations reelles varient enormement. Sendmail reessaie au bout d'environ quinze minutes, Postfix apres a peu pres seize minutes et demie, et Microsoft Exchange suit son propre calendrier. Lorsque la nouvelle tentative arrive et qu'assez de temps s'est ecoule, le serveur reconnait un triplet familier et accepte le message. De nombreux systemes de greylisting ajoutent ensuite le triplet, ou l'IP expeditrice, a une liste d'autorisation automatique afin que les messages suivants soient livres sans delai.
Pour reduire les rejets injustifies, le greylisting moderne est plus souple que le modele strict du triplet. Les gros expediteurs envoient depuis des pools de serveurs, si bien qu'une nouvelle tentative peut legitimement provenir d'une IP differente de la premiere. Pour gerer cela, de nombreux systemes considerent comme equivalentes les adresses d'un meme bloc reseau, ou s'appuient sur l'enregistrement SPF de l'expediteur pour reconnaitre tout un pool d'envoi autorise : une nouvelle tentative provenant de n'importe quel serveur de ce pool est alors comptee comme le meme expediteur.
Pourquoi c'est important pour la délivrabilité des e-mails
Pour la plupart des expediteurs, le greylisting est un delai plutot qu'une barriere. Une plateforme d'e-mailing reputee reessaie correctement, si bien qu'un message greyliste arrive simplement un peu plus tard, en general une quinzaine de minutes apres la premiere tentative. Le compromis accepte par les serveurs destinataires est un leger delai au premier contact en echange du filtrage d'une part notable du spam peu elabore avant meme qu'il n'atteigne une boite de reception.
Ce delai devient toutefois un vrai probleme pour les messages urgents. Les liens de reinitialisation de mot de passe, les codes de verification a usage unique et les confirmations de commande sont souvent attendus en quelques secondes, et un delai de greylisting de quinze minutes peut faire expirer un lien de reinitialisation ou pousser un client a croire le message perdu et a reessayer. Le greylisting peut aussi mal fonctionner lorsqu'un pool d'envoi est mal configure, lorsque les nouvelles tentatives proviennent de serveurs hors de la plage reseau reconnue, ou lorsque les differents serveurs MX d'un domaine appliquent des politiques de greylisting incoherentes : une nouvelle tentative atteint alors un autre serveur qui n'a aucune memoire de la premiere.
Le greylisting compte aussi pour quiconque verifie des adresses e-mail, et c'est la qu'il croise la qualite des listes. Lorsqu'un service de verification ouvre une connexion SMTP vers un serveur de greylisting pour la premiere fois, il peut recevoir un refus temporaire 4xx avant que le serveur n'ait confirme l'existence de la boite aux lettres. Le serveur n'ayant ni accepte ni refuse l'adresse, une seule tentative ne peut produire de resultat definitif, valide ou invalide. Un verificateur qui ne tient pas compte du greylisting risque simplement de marquer l'adresse comme inconnue : voila pourquoi bien gerer le greylisting fait partie d'une verification fiable et n'est pas un cas marginal.
Comment VeriMails gère cela
VeriMails est concu pour reconnaitre le greylisting pendant l'etape SMTP de la verification plutot que de s'y laisser prendre. Lorsque VeriMails effectue sa poignee de main SMTP en direct avec un serveur de messagerie destinataire et recoit un refus temporaire 4xx coherent avec un greylisting, il ne traite pas cette unique reponse comme une reponse definitive. La logique de verification distingue un report temporaire d'un rejet permanent, de sorte qu'un serveur de greylisting n'est pas confondu avec une boite aux lettres inexistante.
Cette gestion explique en partie pourquoi VeriMails renvoie des resultats plus clairs lorsqu'un serveur applique le greylisting. L'objectif est de fournir un resultat clair et fiable, valide, invalide, catch-all ou un autre statut defini, plutot qu'un vague inconnu des qu'un serveur recourt au greylisting. Le greylisting n'est que l'un des nombreux comportements reels de serveurs dont VeriMails tient compte, afin que ses resultats refletent une delivrabilite reelle et non les particularites d'un serveur de messagerie donne. VeriMails fournit des signaux de delivrabilite clairs et n'attribue pas de scores numeriques flous.
Vous pouvez lancer la verification via l'API REST de VeriMails pour des controles en temps reel ou importer un CSV pour verifier une liste entiere en masse. Verifier vos adresses avant un envoi garantit que le greylisting ne retarde jamais que les messages destines a des destinataires reellement joignables, au lieu d'aggraver le probleme sur une liste pleine d'adresses invalides. La verification demarre a 0,0019 $ par e-mail, avec 10 000 credits pour 19 $, et les forfaits annuels debutent a 12,50 $/mois en facturation annuelle. Chaque nouveau compte inclut 100 credits gratuits sans carte bancaire, et ces credits n'expirent jamais.
Questions fréquentes
Termes associés
Essayez VeriMails gratuitement
100 crédits gratuits à l'inscription. Aucune carte bancaire requise. Mettez la vérification d'e-mails en pratique dès aujourd'hui.
Commencer gratuitement