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

Jue Nov 22 18:12:50 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
>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>

hombre lo suyo sería si usas spamassassin actualizar tus reglas a las de
sare emporium por ejemplo... pero cuidado cuantas mas reglas mas ram... en
cuanto a benchmarkear tu sistema... es complicado date cuenta que
cambia... solo se me ocurre que te registres en muchas pornos y webs de
publicidad :) :) :) :) o sea lo que no quieres jejeje tooooma idea jejej

enga ta logo!!!