Gradew

Depuis peu, et afin de permettre d’éliminer tous ces Spams que l’ont recoit chaque jour, Microsoft a décidé de lancer un nouveau concept génialissime en adhérant au programme Sender Score.

Ayant décidé que le Sender ID ne suffirait plus (ce dernier empêchant déjà tous les hébergements mutualisés d’envoyer des mails vers MSN/Hotmail), Microsoft a donc recours à ce fameux Sender Score. Quel en est le principe? Très simple: Allez donc faire un tour sur http://www.senderscorecertified.com/ pour vous rendre compte qu’il vous faut donc désormais une certification “Sender Score” qui est bien sûr payante, afin d’être reconnu comme expéditeur légitime.

Pour ceux qui ne sont pas “Sender Score Certified”, il faut juste espérer que les mails d’inscriptions aux forums, etc.. passent au travers des mailles du filet.

Pour finir, deux extraits de la conversation que j’ai eue avec eux par e-mail:

“While using the SNDS tool, enrollment in the JMRP or having your IPs registered with Sender ID will not allow emails from your mail servers to bypass our filters, these are in place to help legitimate companies deliver their emails to Hotmail Customers.”

“The troubleshooting steps in this email are recommendations only. Microsoft makes no guarantees that following these steps will guarantee deliverability to MSN, Hotmail, or Live.com customers.”

En résumé: Microsoft ne GARANTIT PLUS l’acheminement correct des e-mails vers leurs serveurs .

Je ne croyais pas ça possible, mais finalement…. ben si: il y a encore plus énervant que de recevoir des e-mails “légitimes” dans son dossier Spam. On peut aussi ne rien recevoir du tout, et il est désormais tout à fait possible que l’expéditeur n’en soit même pas averti.

Ce problème (visiblement à ce jour de plus en plus courant) est dû à une mesure de sécurité qui a été adoptée récemment, notamment par America On Line ou encore Hotmail: les e-mails doivent obligatoirement être envoyé de serveurs de messagerie dont la configuration DNS possède un champ SPF correctement configuré, afin de s’assurer que l’expéditeur du mail est bien légitime (cf. article Wikipedia).

Malheureusement, nombreux sont les hébergeurs de messagerie qui n’ont pas correctement rempli leurs fichiers de zone DNS. Pour illustrer mon propos, voici le rapport d’analyse DNS de l’hébergeur La Poste. On constate que le champ SPF n’est pas complété (du tout!). La conséquence? Eh bien… si “toto@laposte.net” veut envoyer un e-mail à “titi@hotmail.com”, ce dernier ne le recevra jamais, en tout cas en l’état actuel des choses. C’est aussi le cas des solutions d’hébergement mutualisé; ils sont étonnament fort peu nombreux à se soucier la configuration de leurs zones DNS.

Pour ceux qui ont la chance d’avoir leur propre serveur dédié, le problème est très simple à résoudre: la syntaxe SPF étant (très!) obscure, Microsoft met à disposition un outil en ligne de génération de champ SPF.

Par exemple: supposons que vous administriez un serveur de messagerie “mail.exemple.com” dont l’adresse IP est 1.2.3.4. Le champ SPF doit impérativement respecter la syntaxe suivante:

v=spf1 a mx ptr ip4:1.2.3.4 mx:mail.exemple.com ~all

Un petit /etc/init.d/bind9 restart, et le tour est joué!!! Votre serveur sera désormais considéré comme “légitime” auprès des hébergeurs effectuant cette vérification.