Re: Servidor de Correo
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" <maabypm@hotmail.com>
To: <vcalzado@cnio.es>; <debian-user-spanish@lists.debian.org>
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 <vcalzado@cnio.es>
>To: debian-user-spanish@lists.debian.org
>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 debian-user-spanish-request@lists.debian.org
>with a subject of "unsubscribe". Trouble? Contact
>listmaster@lists.debian.org
_________________________________________________________________
MSN. Más Útil Cada Día http://www.msn.es/intmap/
--
To UNSUBSCRIBE, email to debian-user-spanish-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
Reply to: