[FRsAG] 550 Denied by policy (in reply to end of DATA command)... and why

Benjamin BILLON bbillon-ml at splio.fr
Mer 6 Aou 10:34:20 CEST 2014


> Question purement théorique :
> Est-ce vraiment à l'hébergeur mail de filtrer les spams (hormis via des
techniques standard et documentées type SPF et DKIM) ?
> Le plus choquant récemment était Google qui a commencé à refuser
arbitrairement des mails sur la base du contenu, sans mise en spam ni même
en prévenir l'utilisateur.

Réponse purement perso : je pense que le filtrage anti-spam est un critère
parmi d'autres dans le choix d'un hébergeur mail. Tu peux vouloir avoir tes
boîtes sur un postfix qui ne fait _rien_ et gérer tout le filtrage, choisir
de brancher une appliance ou un service tiers en amont, déléguer aux
équipes anti-spam du fournisseur, ou même vouloir ne rien filtrer du tout,
en fonction de tes besoins. Il n'existe peut-être pas de prestataire
proposant exactement ce que tu veux, et du coup tu prends celle qui s'en
approche le plus.

Benjamin


Le 6 août 2014 10:24, Emmanuel Thierry <ml at sekil.fr> a écrit :

>
> Le 6 août 2014 à 08:04, Benjamin BILLON a écrit :
>
> Mauvais hébergeur, changer hébergeur.
>
> OVH est réputé pour ne pas faire grand chose* concernant le spam émis de
> leur réseau, Online je sais pas, mais les dedibox sont aussi un gros
> problème (pas que pour Hotmail ; Orange et SFR sont beaucoup moins souples
> en terme de blocage)
>
> > Spf correct, dkim correct, pas listé dans les blacklist, pas de mot clé
> toxique, ça DOIT passer.
> Si tu fais ça, tu dois laisser passer un bon paquet de spams. A ton
> échelle c'est peut-être acceptable, à celle d'Hotmail j'en doute.
> La plupart des gros receveurs ont leurs propres blacklists, privées.
>
>
> Question purement théorique :
> Est-ce vraiment à l'hébergeur mail de filtrer les spams (hormis via des
> techniques standard et documentées type SPF et DKIM) ?
> Le plus choquant récemment était Google qui a commencé à refuser
> arbitrairement des mails sur la base du contenu, sans mise en spam ni même
> en prévenir l'utilisateur.
>
> Cordialement
> Emmanuel Thierry
>
>
> > Personne ne peut respecter les policy débiles de tous les serveurs du
> monde.
> Ca c'est clair, on a régulièrement l'occasion de voir des conf assez ...
> originale. Mais il y a tout de même un minimum à connaître quand on affirme
> savoir envoyer des mails.
> Il y a 15 ans, n'importe qui pouvait envoyer des mails, même en masse.
> Aujourd'hui, c'est totalement différent.
>
> * de plus en plus quand même, mais toujours pas à la hauteur de leurs
> problèmes ; cela dit, OVH n'apparait plus dans le top 10 Spamhaus
> http://www.spamhaus.org/statistics/networks/ (bien qu'a égalité avec les
> réseaux du bas, avec 37 problèmes en cours :
> http://www.spamhaus.org/sbl/listings/ovh.net )
>
> Benjamin
>
>
> Le 6 août 2014 07:20, Alarig Le Lay <alarig at swordarmor.fr> a écrit :
>
>> On Wed Aug  6 01:23:43 2014, Pierre Colombier wrote:
>> > Pour le reste, je trouve que les politiques antispam à la hache, ça
>> commence à bien faire...
>> > Je pense par exemple à hotmail qui a blacklisté comme ça des /24
>> entières chez online.net et ovh.
>> >
>> > Spf correct, dkim correct, pas listé dans les blacklist, pas de mot clé
>> toxique, ça DOIT passer.
>> >
>> > Personne ne peut respecter les policy débiles de tous les serveurs du
>> monde.
>> >
>> > Il y a un moment où j'ai pas envie de perdre MON temps à contourner les
>> problèmes des autres...
>> >
>> > Ca passe pas ? Tan pis!
>> >
>> > "Postmaster at monbo.net : Désolé, impossible d'envoyer un mail à
>> toto at groslourds.net parce-que le sysadmin de leur serveur est un taré."
>>
>> C’est vrai que c’est un peu lourd ce genre de pratiques. Mes mails
>> passent beaucoup mieux depuis qu’ils ne sortent plus de chez OVH alors
>> que rien n’a changé à part l’IP source.
>>
>> --
>> Alarig Le Lay
>>
>> _______________________________________________
>> Liste de diffusion du FRsAG
>> http://www.frsag.org/
>>
>>
> _______________________________________________
> Liste de diffusion du FRsAG
> http://www.frsag.org/
>
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://www.frsag.org/pipermail/frsag/attachments/20140806/e76cba83/attachment-0001.html>


Plus d'informations sur la liste de diffusion FRsAG