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

[egoitz en ramattack.net]

> 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 :) :)