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