Re: [ddos] Anti-spam.

Merci pour l'info, j'en conclue qu'il faut rester aux avant poste car bien entendu prvenir un client d'une volution de ce type est hors de question chez ovh.
(pas incrit a cette ml a l'poque par exemple ...)
En tout cas merci pour le feed back.
Mais il est hors de propos que nous prenions une licence sur leur solution (aussi pertinente soit-elle) juste pour garder nos cluster zimbra chez ovh.
Alors qu'il est si simple de les migrer ailleurs !
/JP
> De: "Zak"
> : ddos@ml.ovh.net
> Envoy: Mercredi 9 Octobre 2013 17:13:03
> Objet: Re: [ddos] Anti-spam.
> 2013/10/9 "Yves Rveillon - eurower.fr" :
> >
> > Jean-Philippe Maret a crit :
> >>
> >> Quel sont donc les rgles utiliss.
> >> Nous devons ragir mais comment sans connatre les rgles
> >> utiliss... Des exemples, les outils utiliss, les fitres, ou
> >> autre !
> >> Est-il possible d'en savoir un peu plus sur votre politique ?
> >>
> >> En effet le blocage se fait au niveau tcp a priori.
> >> La gateway reste avec ses mails en queue donc au dblocage je ne
> >> vois pas comment on ne retournera pas vers un nouveau bloc for
> >> spam.
> >
> > Aucune information technique n'est disponible selon OVH.
> 2013/9/30 :
> >
> > le blocage du port 25 a pour l'effet de bloquer
> > tous les emails " envoyer" dans la queue de
> > ton serveur. tu peux donc retrouver tous les
> > pas encore envoys et voir " l'oeil nu" que
> > c'est un spam. si ce n'est pas visible il faut
> > installer "vaderetro" que nous on utilise pour
> > detecter le spam et valider que l'email n'est
> > pas un spam. les reglages sont par dfaut et
> > si nous on detecte que c'est un spam ce qu'en
> > face les serveurs SMTP le feront aussi.
> http://www.vade-retro.com/fr/ ?
> Hofstadter's Law: It always takes longer than you expect, even when
> you take into account Hofstadter's Law.