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 [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- . �Estoy borracho? �Estoy cansado? �Estoy dormido? NO, estoy contra la guerra. . ******************** * * * NO A LA GUERRA * * * ******************** . Andres Seco Hernandez - http://andressh.alamin.org [EMAIL PROTECTED] - [EMAIL PROTECTED] 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.
