URL: https://linuxfr.org/users/liberf0rce/journaux/sfr-et-spf-une-cause-perdue Title: SFR et SPF: une cause perdue Authors: liberforce Date: 2013年03月26日T13:31:04+01:00 License: CC By-SA Tags: sfr, spf et courriel Score: 26 Cher journal, la prose qui suit est le récit de ma bataille contre la hotline de SFR. Au risque de vous spoiler: cette dernière a gagné (ou perdu - un client - au choix). Commençons du début: mon problème concerne la réception de mail. Parfois, certains mails se perdent, je ne les reçois jamais. J'ai une configuration un peu exotique pour le péquin moyen, mais rien de bien extraordinaire non plus: j'ai acheté mon nom domaine chez gandi.net, et j'utilise chez eux un alias mail, qui redirige le courrier qui y est expédié vers ma boîte mail SFR. Après m'être inscrit sur différents sites (mobile.free.fr, steampowered.com, et plus récemment, digiposte.fr), je me suis rendu compte qu'en donnant mon alias mail comme adresse pour ces sites, je ne recevais jamais leur courrier. Le première fois, j'ai appelé Free, pour leur signaler le problème (et le hotliner s'en foutait pas mal, ne voyait pas l'intérêt de remonter le fait que d'autres clients auraient sans doute le même problème que moi). La seconde fois, j'ai contacté gandi. Eux ont été bien plus efficaces, me donnant les logs du serveur SMTP, en me disant que le serveur SMTP de SFR était le responsable. Ci dessous:> J'ai pu mettre la main sur la trace d'un mail provenant de noreply@steampowered.com envoyé à 12:23. Ce mail est passé par notre anti-virus/anti-spam, et a été correctement relayé au serveur de SFR (voir la ligne suivante indiquant relay=smtp-in.sfr.fr):>> Feb 20 12:23:47 10.0.21.100 postfix/smtp[17888]: 7F3FF41C0A7: to=, relay=smtp-in.sfr.fr[93.17.128.16]:25, delay=1.7,> delays=0.29/0/0.03/1.3, dsn=5.7.1, status=bounced (host smtp-in.sfr.fr[93.17.128.16] said: 554 5.7.1 : Sender address rejected: Please%see%http://spf.pobox.com/why.html?sender=noreply%40steampowered.com&ip=217.70.183.197&receiver=msfrf2207 : Reason: mechanism (in reply to MAIL FROM command))>> SFR a cependant refusé le mail comme vous pouvez le voir ci-dessus (Sender address rejected....)> Le problème vient donc de SFR. Le lien donné dans la réponse du serveur SMTP de SFR m'a donné l'information essentielle: le serveur a rejeté le message parce que celui ci a échoué au test SPF. http://www.openspf.org/Why?id=noreply%40steampowered.com&ip=217.70.183.197&receiver=msfrf2207 Je suis ingé info, mais pas ingé réseau... J'ai regardé un peu comment fonctionnait SPF, mais de ce que j'en ai compris: - dans le cadre de SPF, l'expéditeur indique par quels serveurs transitent les emails qu'il envoie - le serveur de l'expéditeur envoie son mail sur mon alias - le serveur SMTP gandi relaie le mail vers la bonne boîte mail, chez SFR - le serveur SMTP SFR indique le mail échoue au test SPF, parce que l'expéditeur dit envoyer des emails via un domaine (steampowered.com dans mon exemple) mais que le mail provient d'un autre serveur (gandi.net, qui a relayé le mail). Et voilà le soucis: le serveur SMTP SFR refuse le mail car il a échoué au test SPF. Du coup, impossible pour moi de créer un compte sur ces sites, car je ne reçois jamais le mail avec le lien de confirmation ! Ce problème est connu, et documenté dans les [bonnes pratiques SPF](http://www.openspf.org/Best_Practices/Forwarding). En gros, SFR devrait permettre à l'utilisateur (moi) de mettre le serveur qui fait le forwarding sur une liste blanche.> However, any decision your mail software makes based on the SPF result is your choice. This advice concerns your "local policy" – how you treat SPF results.> Forwarders are generally set up by the mail recipient – and thus are the responsibility of the mail recipient. Mail senders publishing SPF records should not have to worry about forwarding.> Even a large ISP can do it. They might complain that they do not know what forwarders their users have set up. Maybe so, but they can:> - provide a web-based configuration page to list forwarders.> - default to not reject messages that fail SPF for users who have not configured their forwarders (but still add the "Received-SPF" header).> - give users who have configured their forwarders the option of rejecting messages that fail SPF.>> If tracking forwarders is simply not possible, then the ISP should not reject emails only because of SPF fail. But they can still use the MAIL FROM domain and SPF result for reputation. For example, the reputation of "example.com:PASS" may be quite different from "example.com:FAIL", and if the reputation of "example.com:FAIL" is bad enough, and ISP may start rejecting - just as they do for IP addresses with bad reputation now. Le serveur SFR interprète donc (à tort) de manière brutale le résultat du test SPF et rejete des emails légitimes. Ils n'apparaîtront donc même pas en spam, le mail est perdu ! Oui mais. Allez expliquer cela à la hotline SFR, à des techniciens qui n'ont pas été formés pour cela. Comment expliquer cela un techos qui n'a pas été formé pour des problèmes aussi spécifiques, et qui n'a personne de plus compétent à vous passer au bout du fil ? Les questions et réponses que j'ai eues en décrivant mon problème: - c'est parce que votre adresse ip a été classée comme spammeuse (quel rapport ? le serveur SMTP n'est pas derrière ma box) - le problème concerne une adresse mail qui n'appartient pas à SFR (bin si, l'adresse finale) - ajoutez l'adresse en liste blanche sur le webmail (et comment deviner à l'avance l'adresse à ajouter pour la réception d'un mail automatique ? noreply@machin ? En plus le mail est refusé et pas classé en spam...) La première technicienne que j'ai eu ne comprenait rien. Mais rien du tout. Du coup en faisait du téléphone arabe avec des collègues, difficile de poser une question correcte sur un problème qu'on a pas compris. Le ticket correspondant qu'elle a laissé portait au final la mention "problème de client mail". Après en avoir eu marre qu'elle me raconte n'importe quoi, elle a enfin craqué et m'a passé le chef de plateau. Évidemment la fille lui avait raconté tout autre chose que mon problème. Lui voulait que je cherche des paramètres dans la box (j'avais un doute, mais je sais que Free a des fonctions qui s'activent à distance comme ça), mais il n'y avait rien, et il m'a passé un "expert". L'"expert" a eu l'air de mieux comprendre mon problème mais n'a rien fait apparaître sur ma fiche d'intervention pour le suivi. J'ai dû tout redétailler par la suite (facile 1h de parlotte à chaque fois que je retombe sur un hotliner, j'en suis à 5). Quand je lui ai parlé de gandi, l'expert m'a demandé si c'était un truc comme dyndns -_-. Pour info Gandi est 3ème plus gros vendeur d'adresses en .fr, 2ème français derrière OVH (chiffres 2011, source http://www.prodomaines.com/classement-registrar-noms-domaine-fr-afnic-2011). Il devait me rappeler, et ne l'a jamais fait. Le service qualité m'appelle la semaine dernière, pour comprendre pourquoi j'ai laissé une note déplorable sur leur formulaire de satisfaction en ligne. Ils me demandent si mon problème subsiste, parce que chez eux, le problème est à "résolu". On devait me rappeler un jour à 13h. À 14h, sans nouvelles, je me décide à rappeler. C'est là j'ai eu droit après 45min de discussion à "cette adresse n'est pas une adresse SFR, je ne peux rien pour vous", ce qui m'a un poil mis à cran. J'ai ensuite rappelé et tenté ma chance avec quelqu'un d'autre. Ce dernier interlocuteur ne comprenait pas non plus mon problème, mais est parti se renseigner, avec son bâton de pélerin... J'ai encore eu droit à mon adresse ip de ma box qui était classée comme spammeuse (sur spamhaus.org d'après eux), mais je n'héberge pas de serveur SMTP chez moi, je m'en fous un peu. En fait c'est juste une précaution parce que mon ip est sur une plage d'adresses dynamique et donc classée comme spam par défaut sur ce site (c'était d'ailleurs écrit en toute lettres sur le lien que SFR m'a envoyé). Au final, ma demande a atteint par deux fois le niveau de support le plus haut, dans l'équipe solutions produits, et les prétendus "experts" ont été infoutus de comprendre mon problème, malgré les liens, citations, et même traduction des passages intéressants. La dernière explication d'un de ces "experts", c'est que la déclaration SPF du serveur qui envoie le mail est erronée parce qu'elle n'indique pas le serveur de Gandi -_-'. J'ai aussi découvert qu'au moins une autre personne a des problèmes de [mails refusé à cause d'une mauvaise configuration SPF par SFR](http://forum.sfr.fr/t5/Ma-messagerie-SFR-Mail/Forward-adresse-email-mauvaise-gestion-SPF-du-serveur-SFR/m-p/125194). Ayant parlé à tous les interlocuteurs possibles (la dernière fois que j'ai eu le service technique, c'est via le service résiliations), je peux donc vous dire qu'à part si le PDG de SFR ou Dieu le Père passent par là, le problème n'est pas près d'être résolu. Si vous avez des retours d'expérience avec d'autres FAI (Free en particulier), n'hésitez pas à m'en faire part, ma lettre de résiliation chauffe dans l'enveloppe...

AltStyle によって変換されたページ (->オリジナル) /