[postfix-es] experiencias.

[Jose]

Pues dale con furia, Postfix no te va a dejar mal, esta hecho para
cosas grandes y ademas esta sobre linux, creo que lo que deberias
ajustar es aumentar (si es necesario) algo de memoria ram, del resto,
postfix con los ojos cerrados.

Suerte.

El día 2 de diciembre de 2010 08:31, Victor Oñate
<victormanuelo en gmail.com> escribió:
> Buenos días.
>
> El día 1 de diciembre de 2010 16:13, Jose <j.sejo1 en gmail.com> escribió:
>> Usa un Relay (al menos que lo tengas) para distribuir el correo.
>>
>> 30.000 cuentas en una sola sede?
>>
>> Por que no implementas buzones distribuidos, asi cada sede tendra un
>> servidor de correo que contenga los buzones solamente de los usuarios
>> que trabajan en esa area.
>>
> Correcto de echo así lo tengo actualmente con los 6mil tengo
> 4 MDA distribuidos por distintas zonas y 2 Relay.
>
>> Si usas Ldap para los usuarios el atributo maildrop debe contener el
>> nombre del servidor.
>>
> Correcto así lo hago actualmente tengo LDAP.
>
>> cuando un correo entre desde el exterior al llegar al relay, el relay
>> va a leer el atributo maildrop y a ese servidor es que va a mandar el
>> mensaje.
>>
>
> nuevamente Correcto.
>
>> De manera interna funciona igual .
>>
>> De esta menera el relay es el que debe procesar solo los mensajes
>> desde y hacia el exterior, a nivel interno no pasaran por el relay.
>> asi que ahorraras algo de recurso y tendras mas espacio de buzon al no
>> tener todos los buzones de las 30mil cuentas en un solo servidor.
>>
> Exactamente así lo tengo para los 6mil y es lo que quiero hacer para los
> 30mil por supuesto colocando mas MDA en distintas zonas geograficas
> pero como les mencione estoy seguro que se soporta solo quería
> experiencias de grandes empresas que usen este tipo de soluciones
> para argumentar con mayor fuerza. .
>
> PD: Gracias por los enlaces de Rodolfo.
>
> Saludos.
> Victor Oñate
>
>> Saludos.
>>
>>
>>
>> El día 30 de noviembre de 2010 17:26, David Gonzalez
>> <david en delpozo.org> escribió:
>>> ¿tu tienes numeros de tu instalacion?
>>> me refiero a si monitorizas el numero de mensajes que se gestionan, el tamaño
>>> medio de ellos, como anda el equipo de ram,disco, microprocesador... los
>>> picos qué tal se gestionan....
>>>
>>> probablemente, ya tengas los datos necesarios para determinar si tus
>>> servidores tienen o no capacidad para hacer lo que les piden.
>>> Yo mi servidor, que cada día uso menos, sé que es capaz de moverme hasta 2000
>>> mensajes en un minuto, con una conexion de 640K sin que muestre problemas de
>>> rendimiento, no puede procesar más rápido por la conexión a Internet...
>>>
>>>
>>> El Tuesday 30 November 2010 20:30:03 Victor Oñate decia que:
>>>> Buenas tardes.
>>>>
>>>> Si correcto, les comento los dos MX que están actualmente
>>>> funcionando estan sobre dos iA64 y tienen Debian + postfix
>>>> + amavis+clamav+spamassain estos se encargan de revisar y entregar
>>>> los mails a los servidores MDA correspondientes, en tal sentido la
>>>> pregunta va mas por esos lados a del MX no a nivel de MDA
>>>> ya cuando llegue a ese tema preguntare en las listas de Currier o
>>>> Dovectot...
>>>>
>>>> La idea es si tienen números o algunas ideas son bien recibidas
>>>> para de una vez por convencer del uso de esta solución a nivel de
>>>> MX y filtrado de contenido (SPAM y Virus) por supuesto ya tengo
>>>> el tema económico y el ético pero quería colocar algunas experiencias
>>>> exitosas de compañías reconocidas con este tipo de soluciones.
>>>>
>>>> Gracias.
>>>> Saludos.
>>>> Victor Oñate
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> El día 30 de noviembre de 2010 11:05, Rodolfo Pilas
>>>>
>>>> <rodolfo en pilas.net> escribió:
>>>> > El 30/11/10 12:47 p.m., David González escribió:
>>>> >> Postfix, aguantar aguanta, pero tendrías que mirar como andas de
>>>> >> máquinas, usar NAS para los buzones, poner el postfix en una máquina y
>>>> >> el POP/IMAP en otra...
>>>> >
>>>> > Efectivamente, como dice David, el problema no va a ser postfix...
>>>> > tendrás que revisar tus canales de conexión, tus sistemas dns, tus
>>>> > storage, tu sistema de logs, cómo vas a guardar los datos de los
>>>> > usuarios (ldap/mysql/unix), replicacion de datos y servicios, etc.
>>>> >
>>>> > Por ejemplo, el sistema mas grande que armé requiere rotar los logs 3
>>>> > veces al día, para evitar llenar el filesystem de logs... uf, fue
>>>> > fantástico cuando esto me explotó en la cara a horas de haber pasado a
>>>> > producción...
>>>> >
>>>> > Respecto a Posftix tendrás que hacerte muy amigo de:
>>>> > http://www.postfix.org/TUNING_README.html
>>>> >
>>>> > Tus cuellos de botella van a estar en el anti-virus, el anti-spam, las
>>>> > listas de correo, etc. etc. Postfix como MTA no te va a dar problemas.
>>>> >
>>>> > Saludos,
>>>> > Rodolfo
>>>> >
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > List de correo postfix-es para tratar temas del MTA postfix en español
>>>> > postfix-es en lists.wl0.org
>>>> > http://lists.wl0.org/mailman/listinfo/postfix-es
>>>>
>>>> _______________________________________________
>>>> List de correo postfix-es para tratar temas del MTA postfix en español
>>>> postfix-es en lists.wl0.org
>>>> http://lists.wl0.org/mailman/listinfo/postfix-es
>>>
>>>
>>>
>>> --
>>> David Gonzalez
>>>
>>> david en delpozo.org
>>> GNU/Linux registered user #139902
>>>
>>> Madre piadosa cría hija mierdosa.
>>>
>>> _______________________________________________
>>> List de correo postfix-es para tratar temas del MTA postfix en español
>>> postfix-es en lists.wl0.org
>>> http://lists.wl0.org/mailman/listinfo/postfix-es
>>>
>>
>>
>>
>> --
>> #############################
>> #   Sistema Operativo: Debian      #
>> #        Caracas, Venezuela          #
>> #############################
>> _______________________________________________
>> List de correo postfix-es para tratar temas del MTA postfix en español
>> postfix-es en lists.wl0.org
>> http://lists.wl0.org/mailman/listinfo/postfix-es
>>
>



-- 
#############################
#   Sistema Operativo: Debian      #
#        Caracas, Venezuela          #
#############################