Pourquoi vos e-mails finissent dans les spams (et ce que cela dit de votre hébergeur).

C'est l'un des tickets de support les plus démoralisants à écrire. L'e-mail de réinitialisation de mot de passe qu'un client jure n'avoir jamais reçu. La campagne qui finit dans les spams malgré un enregistrement SPF vérifié trois fois et un contenu qui passerait une revue de conformité. Vous déboguez le message pendant une journée. Le message n'a jamais été le problème. Le serveur de réception a pris la moitié de sa décision avant de lire un seul mot, et cette moitié portait sur l'infrastructure : la vôtre, et celle de votre hébergeur.

Comment les destinataires vous notent réellement

Quand un serveur se connecte pour livrer un e-mail, le destinataire vérifie si l'IP qui se connecte a seulement un nom de reverse DNS, si ce nom se résout en sens direct vers la même IP (forward-confirmed reverse DNS), et s'il correspond à ce que le serveur d'envoi a annoncé comme nom HELO. Il pèse ce que cette IP a envoyé par le passé. Il pèse la réputation de la plage environnante. Ce n'est qu'après tout cela qu'il commence à noter votre objet et votre contenu. Un e-mail venant d'une IP sans PTR, avec un PTR qui ne correspond pas, ou d'un mauvais quartier, entame la conversation en suspect.

Les lignes un à trois sont de l'infrastructure. Deux d'entre elles appartiennent à votre hébergeur, pas à vous.

La moitié que vous héritez

Commencez par la moitié que vous n'avez pas construite. D'abord, à qui appartient l'espace : nos clients envoient depuis un espace IPv4 que nous détenons directement auprès du RIPE, donc l'historique de la plage est à nous de l'entretenir et sa réputation ne change pas de mains en amont quand une relation avec un opérateur évolue. Vous pouvez confirmer le détenteur sur le registre public. Ensuite, si quelqu'un surveille la rue : sur notre réseau, le spam sortant d'un site compromis est attrapé et stoppé à notre bordure avant que les listes de blocage en amont ne le remarquent, et les récidivistes sur une plage partagée subissent de vraies conséquences, avec un chemin de levée documenté. Une plage dont les spammeurs sont expulsés est une plage dont les locataires légitimes héritent d'une note propre.

La moitié que vous contrôlez, dans le bon ordre

Une authentification bâtie sur un reverse DNS cassé, c'est un costume sur un suspect.

“Les destinataires ne notent pas votre IP isolément. Ils notent la rue où elle habite, et votre hébergeur est le propriétaire.”

Ce que les papiers disent de l'hébergeur

Voici le point plus large, celui qu'il vaut la peine d'emporter chez chaque hébergeur que vous évaluez. Un DNS cohérent avec lui-même, des plages surveillées, un espace d'adressage au nom du fournisseur lui-même : rien de tout cela n'est glamour, tout est vérifiable, et tout est corrélé à ce que vous ne pouvez pas vérifier depuis l'extérieur. Un hébergeur qui ne sait pas garder ses enregistrements de reverse DNS cohérents vous dit comment le reste du réseau est géré. Les problèmes de délivrabilité sont souvent le premier symptôme visible d'un réseau géré avec laxisme. Traitez-les comme l'audit gratuit qu'ils sont.