Estoy tambi�n de acuerdo con el tema de los correos chorras, �qu� ser�a de nosotros sin un poco de cachondeo��verdad?.
Dejemos pues zanjado el tema de los insultos y aprendamos, eso s�, que no falte el buen rollete y como n�, alguna chorradilla que otra... A ver que a mi me parece muy bien que haya buen rollo y me parece muy bien que hayan correos de esos cachondos, yo soy de los primeros que los manda.... Pero no se.... Yo creo que lo que sobra son los insultos :)))))))) Pos nada solo era eso Saludos a todos ----- Original Message ----- From: "Miguel Angel Aguilar Bermejo" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[email protected]> Sent: Tuesday, February 25, 2003 12:30 PM Subject: Re: Servidor de Correo Ole, ole y ole. Me alegra saber que en bastantes cosas, estamos de acuerdo sobre el tema del servidor de correo. Tu soluci�n es no s�lo m�s extensa sino mejor enfocada. Me ha servido mucho incluso ahora que tengo en explotaci�n mi server para mejorar el servicio que presta. Estoy tambi�n de acuerdo con el tema de los correos chorras, �qu� ser�a de nosotros sin un poco de cachondeo��verdad?. Dejemos pues zanjado el tema de los insultos y aprendamos, eso s�, que no falte el buen rollete y como n�, alguna chorradilla que otra... Me ha encantado el uso de la palabra flame ;). jejejejejeje Un saludo. >From: Victor Calzado Mayo <[EMAIL PROTECTED]> >To: [email protected] >Subject: Re: Servidor de Correo >Date: Tue, 25 Feb 2003 11:49:25 +0100 > >-----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] _________________________________________________________________ MSN. M�s �til Cada D�a http://www.msn.es/intmap/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
