[eside-ghost] Postfix y sus cuotas...

Jue Nov 22 17:13:42 CET 2007

Iepa gente,

Ya que veo que entramos en temas de benchmark... ¿conocéis algo para hacer
benchmark de filtro spam? Es que lo veo complicado ya que se basa mucho en
listas y realimentación... 

Pero bueno, ¿alguna idea que no sea dejar que me spameen a machete para
probar mis ratios de efectividad?

Un saludo,

Zefe

> -----Mensaje original-----
> De: eside-ghost-bounces en deusto.es [mailto:eside-ghost-bounces en deusto.es]
> En nombre de egoitz en ramattack.net
> Enviado el: jueves, 22 de noviembre de 2007 14:08
> Para: Lista de eside-ghost
> Asunto: Re: [eside-ghost] Postfix y sus cuotas...
> 
> > Aupa Egoitz,
> >
> > egoitz en ramattack.net escribió:
> >> Jejejej, muchisimas gracias tio!!!
> >>
> >> Nada es que ando preparando un sistema de correo bastante wapillo y
> >> bastante grandecillo (como me mola este proyecto xDDD :) :) :) ) y yo
> >> hasta ahora había implementado qmail con muy buenos resultados y bueno
> >> lo
> >> controlo bastante bien... lo que pasa que ahora y en vistas a una nueva
> >> implementación digo voy a hechar un ojo a Postfix (por el tema de
> >> apt-get
> >> y olvidarme de rollos con la compilación, aunque tampoco me importa
> >> demasiado porque para ver si peta y tal estan luego los benchmarker
> smtp
> >> y
> >> pop jejeje la ultima vez le meti a mi sistema de correo un load average
> >> de
> >> 150 y 100000 mails en cola constantes mientras courier los iba cogiendo
> >> con otro benchmarker; así que si jeje qmail tira... xD) y veía que
> podía
> >
> > ¿qué benchmark-er utilizas? ¿postal? ¿smtp-benchmak? ¿Cómo es la
> > metodología? estaría guay que nos lo contases :-))
> >
> >> hacer bien todo salvo cuotas... lo tengo montado sobre mysql courier
> >> maildrop para cuotas y etch (aunque aun así me queda la tira para
> >> empollar
> >> para decir, pongo esto en producción)... muchisimas gracias tio!!! de
> >
> > que buena pinta!! :-P~~~~~
> >
> > Y como antispam / antivirus / pasarela que usas? spamassassin + clamav +
> > (mailscanner|amavisd-new) ?? bayes?
> >
> >> verdad, en Postfix la gente no habla o no sabe mucho de esto y la
> >> mayoría
> >> de los howto este tema no lo lleva bien... muchisimas gracias de nuevo
> >> Iker... salu2 al señor zgor tambien!!! ;)
> >
> > Pues en esta lista hay gente muy buena en postfix y siempre dispuestos a
> > ayudar!! split (todo un guru ;-)), ender, fermat, loretahur, zigor...
> > :-)) alguno que me dejo también seguro..
> >
> > Enga, un saludo y ya nos contarás ese review qmail vs. postfix ;-))
> >
> > saludos,
> > --
> > Iker Sagasti Markina
> > Irontec, Internet y Sistemas sobre GNU/LinuX - http://www.irontec.com
> > +34 94.404.81.82
> > _______________________________________________
> > eside-ghost mailing list
> > eside-ghost en deusto.es
> > https://listas.deusto.es/mailman/listinfo/eside-ghost
> >
> 
> 
> jejeje muchisimas gracias tio, si para benchmarkear pop uso rabid y creo
> que  para smtp para inyectar correo como un jarto usaba el postal (creo
> que era, he estado mirando y solo tengo la estructura de los ficheros de
> texto plano a los que mandaba correo, y del pop estrutura para usuario y
> clave sin mas xDDD como lo hice hace tiempo y me curre hace tiempo mi
> sistema qmail y me asegure que rulaba bien pues... se me han olvidado los
> detalles del bechmarker)... y mi sistema era... levantaba un courier-pop y
> un qmail sin escaneos pero con todas las funcionalidades del servidor smtp
> que recibe... (de esta forma probaba el sistema sin escaneos)... utilice
> me acuerdo un PIV para el correo y otro PIV para lanzar los smtp y
> recoger... corría en la misma máquina (casi fijo que postal) y rabid para
> pop3... y nada uno inyectaba y el otro recogía y borraba... es muy facil
> usarlos creo que para el postal era postal conexiones
> archivodedireccioneslocales mailamandar(en texto plano) y en rabid rabid
> conexiones archivodedireccionesyclave y nada te metes en ese bucle hasta
> que rebiente lo que sea... pones maquinas potentes en el servidor a
> benchmarkear y el cliente loco jejej y nada le dejas ahi mirando claro de
> vez en cuando si sube la cola... si sube el load average... si sube bien
> de ram y se va a swap (y la llena bien) y si llega el procesador al 100%
> (darle vidilla al load average... vaya ke si le di xDDD)  y tal... jejeje
> en este benchmark pude ver tambien que compilar el kernel y ponerle que
> use PIV en vez de Pentium MMX creo que usa por defecto cualquier kernel
> 686 no ayuda a penas... (en los benchmark suelo optimizar el kernel por
> las super cargas k le meto... jeje y solo he notado diferencia
> significativa cuando tienes servidores tomcat un 10% aprox mas de
> rendimiento, lo de mas correo o ftp contra mysql cuotas y de todo... no se
> nota mucho la verdad...)
> 
> Y nada en cuanto al correo pues el tema de qmail es que todo tiene que ser
> currado por ti... por ejemplo ahora tengo hecho un servidor de analisis de
> correo que lo que hace es acepta correo en el 25 y si es dominio local o
> de relay nuestro lo manda al puerto 900 de localhost (solo escucha ahi)
> donde escucha un qmail que pasa antivirus y antispam, sin embargo si es
> saliente lo manda al 800 y ahi solo pasa antivirus (paso de mandar sin
> analizar para fuera, que las rbl andan calientes... y tanto que andan xDDD
> y así pues aunque sea nadie manda virus)... por supuesto lo que no se
> entrega se borra y fuera nada de rejects que luego los bounces son los
> bounces...
> 
> 
> claro hablas con los de qmail y dicen no... el simscan cojo(piii) si pero
> metele una carga wapa de analisisis que la memoria va hasta atapuerca
> ejejeje por eso prepare esto... (no lo he puesto todavia en produccion, ya
> os contaré jejeje), nada el before queue no vale si tienes carga...
> 
> y aquí es donde empieza mi curiosidad por postfix digo... joe si pongo
> todo con apt (me kito los lios de los flags de compilación y tal) menos
> maildrop que por defecto debian no soporta courier-authlib extensions en
> etch pero bueno hago cojo su source y añado el soporte al rules... (con lo
> cual conservo todo el makefile...) y encima con amavis hace after queue
> scan... mmmm interesting interesting jejejej es mas que nada por cuestión
> de simplicidad... aunque qmail siempre me ha ido como un tiro la verdad...
> pero es mas laborioso... en postfix no me he currado todavía nada de
> analisis de coreo... (nada significante al menos, hombre tengo aki un
> postfix con amavisd-new con clamav pero sin mais...) todo se andará... :)
> 
> 
> 
> ya os contaré como sigo desarrollando el tema...
> 
> muchisimas gracias gente!!! os voy contando como va el tema :) :)
> 
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost