Re: Servidor de Correo
Yo creo que esta discusión se está yendo un poco de madre.
El mundo está hecho para coexistir y compartir, la forma de hacerlo
depende de cada uno, y no es incompatible que haya muchas formas de
entender la libertad y la colaboración. Simplemente creo que hay que
dejar que todas esas formas se desarrollen y colaboren en lo posible.
Y al fin y al cabo, tanto el colega del qmail como la DFSG van en la
misma linea pero no de la misma manera, y todo programador sabe que un
problema se puede resolver de multiples formas distintas.
Es solo otra opinión. Basada en el respeto y sin insultar a nadie, cosa
que considero inadmisible tanto aquí como en cualquier otro sitio.
El 25 Feb 2003 a las 11:49AM +0100, Victor Calzado Mayo escribio:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hola
> On Tuesday 25 February 2003 10:46, Miguel Angel Aguilar Bermejo wrote:
> > Hola Ismael,
> >
> > Peloteos aparte (jejejejeje), la verdad es que he alucinado con todos estos
> > correos, aunque los he tomado en forma de coña. El cruce de insultos me ha
> > parecido incluso gracioso. Me imaginé que es una "movida" de buen rollete
> > entre dos colegas...
>
> Yo no he dejado de alucinar, y me vaís a perdonar, pero lo he hecho mucho
> antes, desde que he visto el primer correo de Santiago diciendo que qmail no
> era free, pero bueno me ha dejado más frio el tono que el comentario....
> No quiero entrar en un debate ético pero me gustaría dejar claro que hay ética
> después de la fsf, por suerte habrá software libre con o sin ella, hay código
> abierto y por suerte programadores como Bernstein seguirán haciendo accesible
> su trabajo a todo el mundo:
> 1.- ( *salvo que sean binarios que no cumplan unas reglas de empaquetado
> concretas [ CARAMBA, debian hace lo mismo con sus políticas de empaquetado en
> deb ] )
>
> 2.- las fuentes están disponibles y se distribuyen [ como hace debian ] y
> pueden ser modificadas, parcheadas... ( bastante libre a mi parecer )
>
> 3.-pero fuera de Bernstein nadie puede liberar una versión de qmail con
> modificaciones en el código ( pero SI puede liberar parches y SI puede
> distribuirlos libremente ) [ CARAMBA otra vez, los paquetes debian oficiales
> han de ser apoyados por un desarrollador que entre otras cosas comprueba que
> cumple la política de debian y se responsabiliza en cierta medida de que su
> inclusión en la distribución oficial cumple con todo lo que debian considera
> oportuno ( pudiendo existir mejores versiones, mas actuales, con otras
> características que sin embargo no se incluyen en la distribución oficial
> porque debian considera que SU distribución perjudica la calidad de la
> distribución o está fuera de ella por lo que les de la gana ( aunque ese lo
> que les de la gana este recogido en un documento que define que se necesita
> para hacer un paquete deb ) en otro caso se puede poner a disposición de la
> comunidad un paquete no oficial, que alguien me lo explique pero eso a mi se
> me parece mucho a lo que hace bernstein con qmail. ]
>
> A este último argumento espero que no se me conteste con el recurso de las
> masas, porque la libertad de un individuo es según el profeta Stallman
> inalienable.
>
>
> Parece que un individuo que hace que un trocito de software que el ha picado
> necesite cumplir con unas caraterísticas es un transgresor, un opresor de las
> libertades y bla bla bla... cuando el mismo comportamiento ( rectifico muy
> similar ) puesto en práctica por una comunidad de usuarios es un ejercicio de
> libertad.
>
> Si le damos vueltas al resto de paquetes satanizados por debian, Stallman o
> cualquiera que lleva la GPL a extremos impensables ( suguerir que la
> distribución de software comercial supone dar mucho poder a individuos
> concretos que pueden, bla bla bla...., ) ¿para qué usa RMS el poder fáctico
> que posee?....
>
> >
> > Por otro lado, sigo pensando que el amigo César Gómez sigue preguntando una
> > duda y nos hemos dedicado a todo menos a echarle una mano.
>
> Cesar, las necesidades del sistema que exiges no son muy grandes ya que el
> volumen de correos que moverás será bastante bajo...
>
> ( Calcula de forma sencilla y muy simplista que la concurréncia máxima que
> deberías esperar rondará los 300 usuarios , que de forma simultanea estarán
> realizando operaciones que afecten al rendimiento del servidor un 10% de esos
> 300, unos 30 usuarios )
>
> Puedes regirte por las normas básicas:
>
> - -Respecto al procesador depende mucho del rendimiento que esperes obtener (
> piensa en rendimiento como el número de correos por minuto que un servidor
> smtp puede recibir o que un servidor pop o imap puede servir a un cliente )
> tus necesidades estarían cubiertas con un pentium III a 800 por ejemplo (
> hablando desde experiencias ) con lo que no me preocuparia.
> No creo que necesites dos micros y salvo que estés ante sistemas tipo exim que
> utilizan fork para crear los procesos hijos no notorás mejoras, partiendo de
> la base de que la máquina no debería con esos usuarios llegar a un nivel de
> carga que te permitiera comprobar el efecto positivo.
> Incluso utilizando sistemas de tratamiento de mensajes en busca de spam o
> antivirus asociados a la máquina debería sobrarte.
>
> - - Evita que el sistema utilice la partición de intercambio, ( swapping,
> paginación a disco, como quieras llamarlo ) al precio que andan las cosas 1Gb
> de RAM no es caro, y aunque puede que no necesites tanta debes garantizarte
> un cierto margen de crecimiento.
>
>
> - -Si puedes utiliza discos SCSI y si puedes disponer de una controladora RAID
> utiliza RAID por hardware, si no dos discos ULTRA ATA configurados en RAID1
> con raidtools2 te harían el trabajo. Si puedes separar los binarios del
> sistema ( / y /usr , por ejemplo ) a otro disco distinto de ( /var/log
> /var/spool , /var/lib y /tmp ) hazlo, si no puedes separalo a distintas
> particiones dentro del mismo disco, pero que utilicen espacios distinto.
> ( si utilizas discos IDE recuerda habilitar el uso de DMA cuando se accede a
> ellos )
>
> - -Asegurate de tener un sistema de backup desde el principio.
>
>
> Si puedes procura que el sistema esté cuando está sin actividad en condiciones
> de asumir la mitad de la carga máxima sin apenas retraso ( lanzar 10 demonios
> apache al arrancar y mantenerlos ociosos ) asegurarse que hay un procesado de
> colas secuencial y continuo incluso cuando están vacias, tener demonios de
> pop e imap que escalen rápido cuando sube la carga... )
>
> Vamos en el fondo, ten en cuenta conceptos lógicos más que físicos para saber
> que necesitas, como ves y al final el rendimiento depende casi en mayor
> medida de un uso racional de recursos más que de una disposición ilimitada de
> los mismos.
>
> >
> > Mi filosofía cuando escribo para ayudar a alguien es doble: por una parte
> > ayudarle y por otra aprender yo.
>
> Muy sana, y muy cierta
>
>
> >
> > La filosofía de Debian como bien se ha dicho es: "hay siempre varios
> > caminos para realizar una misma tarea".
>
>
> Supongo que la filosofía opensource añadiría la coletilla de: ... y varias
> licencias.
>
> >
> > Yo he dado mi solución basada en mi experiencia que no tiene porque ser la
> > correcta, con la intención también de ver como lo solucionaría otra persona
> > lo mismo. Eso lo hacemos los técnicos desde el principio de los tiempos...
>
> :))
>
> >
> > Amigo César, no sé si hay una guía para calcular la capacidad que vas a
> > necesitar para un servidor de correo en función del numero de usuarios, el
> > ancho de banda del router, etc... Si existe, ¡ójala la hubiera tenido yo
> > cuando lo tube que instalar mi servidor!. ;)
>
> Siempre puedes seguir más o menos los mismos criterios y apoyarlos sobre unas
> pruebas de carga.
>
> >
> > Si en esta lista de distribución no se trabaja en colaboración para que
> > cada uno aporte su solución y se pueda aprender y compartir conocimientos
> > entonces me parece una lástima y una pérdida de tiempo.
>
> No creas, se trata de hacer de todo un poco, incluso mandar dos o tres mails
> chorras y sobretodo de intercambiar conocimientos libremente y opinar cuando
> toca....
>
> >
> > Un saludo a todos y gracias de nuevo por la ayuda que me habeis prestado en
> > alguna ocasión.
> >
> >
> >
>
> un saludo
> Victor
>
>
> PD: Evidentemente esto no pretende iniciar una flame :PPPPPP si alguien se
> siente ofendido lo siento, pero vivir con la GPL en la nuca me empieza a
> parecer algo Orwelliano.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
>
> iD8DBQE+W0o1EzqHF8R72ekRAmtOAJ9lz3aQDqziS21M1NZXb/95eaTwdQCgrGNe
> d2DYmEovj5d+fRkjxn5VLb4=
> =4OQj
> -----END PGP SIGNATURE-----
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
--
.
¿Estoy borracho? ¿Estoy cansado? ¿Estoy dormido?
NO, estoy contra la guerra.
.
********************
* *
* NO A LA GUERRA *
* *
********************
.
Andres Seco Hernandez - http://andressh.alamin.org
AndresSH@alamin.org - AndresSH@debian.org
GnuPG public information: pub 1024D/3A48C934
E61C 08A9 EBC8 12E4 F363 E359 EDAC BE0B 3A48 C934
--------------------------------------------------
Alamin GSM SMS Gateway - http://www.alamin.org
Debian GNU/Linux - http://www.debian.org
GNU/Linux de Guadalajara - http://gulalcarria.org
Objetivo Subjetivo - http://objetivo.alamin.org
http://guadawireless.net - http://www.redlibre.net
http://guadalajara-zone.com
--------------------------------------------------
Por favor, NO utilice formatos de archivo propietarios para el
intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT,
CSV o cualquier otro que no obligue a utilizar un programa de un
fabricante concreto para tratar la información contenida en él.
Reply to: