"Roger D. Vargas" <[EMAIL PROTECTED]> dijo:
> Mi jefa y sus secuaces han virado la internet al reves (eso creen ellos)
> buscando algun programa que les permita dibujar mas facilmente diagramas
> de flujos de procesos. Todo lo que encuentran es soft propietario que
> vence en 15 dias o algo asi.
> Alguien aqui sabe si hay alguna herramienta GPL que corra en windows
> tambien que pueda usarse?
Capaz que algo como dia pueda compilarse bajo CygWin...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 22:33:37 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:35:27 2005
Subject: GreyList
In-Reply-To: Your message of "Tue, 01 Feb 2005 22:49:18 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Pablo Allietti <[EMAIL PROTECTED]> dijo:
> Quisiera hacer algunas preguntas a los que lo han usado, se que Von Brand lo
> ha usado en esta lista pero me gustaria algunos comentarios sobre
> milter-greylist mis preguntas son
>
> 1) Genera mas trafico. es redituable? es decir sirve mas trafico con
> respecto a filtrados? porque el funcionamiento seria.
> MTA-Recursos-ancho de banda- Duplicacion de Mail
> es decir por cada mail son 2 - duplica trafico-
No. Supongamos que desde A se quiere enviar correo a B. El mecanismo es el
siguiente:
- La primera vez que A se conecta a B para entregar el mensaje M, B
responde con un error temporal. El mensaje no se transmite.
- Lo mismo respecto de intentos suscesivos, hasta que se completa el plazo
de espera (30 minutos)
- Cuando pasa el plazo, el siguiente intento de A de entregar M en B se
acepta, y de alli A queda registrado como servidor legitimo (por 3 dias)
- Si el servidor esta registrado como legitimo, el mensaje se acepta y se
deja pasar a la primera
El efecto es un muy leve aumento de trafico (la negociacion inicial), y
retrasos de ciertos mensajes. Ojo, hay algunos servidores de correo que
tienen multiples IPs de salida (un caso que no viene configurado es el de
gmail, tienen varios rangos de IPs, creo que debere cocinar un RPM nuevo
incluyendolos...).
> 2) Sabemos que hay admins que no tienen bien configurado y esto va a
> seguir pasando por decadas y decadas, es conveniente "penar" o hacer
> pagar a los usuarios por un administrador que no tenga bien configurado
> su server?
Esto no depende de que A este bien configurado, solo de si esta dispuesto a
reintentar la entrega de mensajes. Si es un servidor legitimo, los encola;
muchos spammers (por ahora) simplemente disparan y olvidan (porque les
permite bombear mas basura con los mismos recursos).
> 3) que porcentaje _mas_ filtra? que teniendo spamassassin o bogofilter?
> se que son 2 maneras diferentes de filtros pero en que porcentaje mas o
> menos filtra?
Aca de varios cientos (!) de mensajes spam diarios (tras listas negras
locales de los ofensores mas feroces y spamassassin con algunas reglas
locales) se redujo a tal vez 2 o 3 al dia. Se nota un lento aumento...
> 4) que tiempo tarda un mail en llegar a un usuario comun ? si por
> ejemplo sin greylist llega en unos 30 sec con greylist? varia segun la
> respuesta del server del remitente?
Ver arriba. Depende del plazo de retraso forzado, y del comportamiento del
servidor remoto (que tan frecuentemente reintenta, si p.ej. intenta cada 29
minutos, se retrasara en 58 minutos la primera vez, si reintenta a las 2
horas seran 2 horas; la carga remota, en la red, y local tambien influyen
en esto).
> 5) que pasa con los auto-update de bind 9 ? ejemplo no-ip.org dyndns.org
?
Cooperas, dado que es exclusivamente por IP origen. Modulo que tan
frecuente es el cambio de IP, obviamente.
> 6) resumen Vale la pena?
Definitivamente.
> o solo en listas?
Ahi mas que nada reduce la cantidad de basura que debe manejar el owner.
Alli tenemos tambien ClamAV, porque ni se imaginan la cantidad de
cochinadas que llegan a las listas...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 22:15:45 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:35:28 2005
Subject: mensajes automaticos
In-Reply-To: Your message of "Tue, 01 Feb 2005 19:36:44 EDT."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"jorge" <[EMAIL PROTECTED]> dijo:
> tengo redhat9, con sendmail, existe alguna forma de recibir mensajes y
> que estos respondan al remitente en forma automatica, de que forma se
> pueden programar ? le agradeceria mucho.
Revisa vacation(1). Y siempre es posible crear un alias con un programa que
intercepte el mensaje y haga lo que le parezca. Perl es ideal para esa
clase de manoseo de textos.
Cuidado con respuestas automaticas a mensajes de error, rebotes, mensajes
de listas, y otros avisos automatizados! Hacerlo bien no es facil,
sugeriria analizaras el fuente de vacation(1) (en los fuentes de sendmail)
para ver que debe tenerse en cuenta.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 21:47:44 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:35:40 2005
Subject: Compilacion de kernel
In-Reply-To: Your message of "Tue, 01 Feb 2005 07:14:59 -0800."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
augusto ingunza <[EMAIL PROTECTED]> dijo:
> Finalmente he compilado el kernel 2.6.10 aparentemente
> sin problemas y me ha generado el bzImage en
> arch/i386/boot/ y lo he copiado a boot como
> vmlinuz-2.6.10, he creado los modulos con make modules
> && make_modules_install y dentro del directorio del
> codigo fuente de mi nuevo kernel tengo el System.map
> que no se que es pero segun el manual de compilacion
> lo debo copiar en /boot, ya lo hice luego he creado
> dentro de lilo.conf
Distribucion? Al menos en Fedora estan scripts que automaticamente instalan
y configuran las cosas si haces:
make modules_install install
[...]
> No entiendo el tema del initrd para que se crea esto
Contiene un sistema de archivos / inicial, desde el cual se cargan modulos
y se hacen otras tareas previas a montar los discos. En Fedora esta
mkinitrd(8) para crearlo automaticamente.
> ni el System.map
Contiene las direcciones de los simbolos del nucleo, es mas que nada util
para saber donde ocurren cosas extran~as en caso de caida.
> pero me gustaria si alguien me puede
> explicar porque quizas tenga que ver con el error que
> me da cuando finalmente booteo con el nuevo kernel.
>
> El error es:
>
> Kernel panic: not syncing: VFS: Unable to mount root
> fs on unknown-block (33,8)
No hay initrd que montar. Obvio ;-)
[...]
> Otra cosa que no entiendo es para que sirve make oldconfig.
Sirve para replicar la configuracion existente (en .config) edn el nucleo,
preguntando unicamente por nuevas opciones.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 20:42:24 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:35:41 2005
Subject: Problema al bootear por 1ra vez la instalacion (Debian)
In-Reply-To: Your message of "Tue, 01 Feb 2005 03:59:30 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Juan Carlos Inostroza <[EMAIL PROTECTED]> dijo:
[...]
> Suena como que la instalacion del MBR fallo.
Mas bien supongo que otra parte fallo... probablemente la etapa 1.5
> Puede ser que durante la instalacion, habia un par de sectores del MBR
> con fallos.
El MBR es _parte_ del primer sector del disco (el resto es la tabla de
particiones).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 21:00:21 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:35:42 2005
Subject: Como eliminar el cache del sistema de archivos
In-Reply-To: Your message of "Tue, 01 Feb 2005 10:36:26 -0000."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
rodrigo ahumada <[EMAIL PROTECTED]> dijo:
> On Mon, 31 Jan 2005 20:32:14 -0300
> Horst von Brand <[EMAIL PROTECTED]> wrote:
> > =?ISO-8859-1?Q?=22Felipe_Cristi=E1n_Barriga_Richards_=28Lis?=
> > =?ISO-8859-1?Q?tas=29=22?= <[EMAIL PROTECTED]> dijo:
> > > Hola lista, siempre he tenido una gran duda: Como hacer para que los
> > > archivos que estan cacheados en la ram, liberen esa ram ?.
> [...]
> > > En Windows existen varios programas que lo que supongo que hacen es
> > > comer toda la ram y cuando ya no hay nada que comer, se cierran y asi
> > > elimina todo el cache de disco (ya que el sistema operativo va
> > > eliminando el cache de archivos a medida de que alguien necesita ram).
> [....]
> eso no es lo que me parece que hace winxp automaticamente cuando lleva
> mucho tiempo "idle"?
Tiene sentido guardar en disco lo que se ha modificado en memoria (para
poder reutilizar ese espacio rapidamente), borrarlo es perder tener a la
mano datos potencialmente utiles.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 21:08:17 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:35:44 2005
Subject: Conectar Linux - Win9x a internet
In-Reply-To: Your message of "Tue, 01 Feb 2005 11:56:55 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Jaime A. Vidal Sandoval" <[EMAIL PROTECTED]> dijo:
> Tengo dos equipos conectador en red via Samba.
> Necesito compartir internet entre ambos.
> La conexion a internet es via modem externo.
> Linux tiene la conexion a internet.
iptables(8) para MASQUERADE (NAT para conexiones con IP dinamica/dial-up),
dhcpd(8) para asignar direccion IP y demas datos automaticamente a los
clientes. Usa p.ej. la red 192.168.1.0/24 (la ...0.0/24 generalmente se usa
"por omision", asi que...)
> La configuracion es linux como servidor y win9x como cliente.
> Uso SuSE 7.2
No se de SUSE especificamente. Aunque me parece que SUSE esta en una
version mucho mas avanzada, considera actualizar.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 20:13:57 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:35:46 2005
Subject: Conjunto de caracteres por omision [Was: Re: Los anales de la
lista estan malos (era Re: Configuraci?n de paquete xserver-xfree86)]
In-Reply-To: Your message of "Tue, 01 Feb 2005 03:32:26 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Cristian Rodriguez <[EMAIL PROTECTED]>
[...]
> oiga profe..conoce alguna justificacion razonable para el porqué
> algunas distros esta dejando por omision el charset en UTF-8 y no en
> iso-8859-1 ???
> (antes venian en iso...)
Porque los iso-8859-X solo son capaces de representar algunos lenguajes
(iso-8859-1 es Latin-1, o sea, para lenguas de la Europa occidental y
central; hay otro conjunto para griego, otro para cirilico (ruso), ..., y
quedan fuera los que tienen "demasiados" caracteres, como el chino). UTF-8
es capaz de representar todas las lenguas existentes (por si se te ocurre
escribir un texto en japones con citas en arabe).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 20:40:10 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:36:25 2005
Subject: Licencias codigo abierto [Was: Re: Denuncia]
In-Reply-To: Your message of "Tue, 01 Feb 2005 03:35:49 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Felipe Covarrubias <[EMAIL PROTECTED]> dijo:
> On Sun, 30 Jan 2005 00:51:19 -0300, Horst von Brand
> <[EMAIL PROTECTED]> wrote:
> > Felipe Covarrubias <[EMAIL PROTECTED]> dijo:
> >
> > [...]
> >
> > > Exacto. es eso lo que apunto (o quise hacer) mostrar que el percebir
> > > ingresos no es como muchos ven (y yo veia antes) el concepto de
> > > OpenSource (GRATIS) y que claro esta que el concepto de esto para la
> > > fsf es mucho más filosofico...
> >
> > Estas espantosamente confundido... date una vuelta por <http://www.fsf.org>
> > y <http://www.opensource.org> y estudia con cuidado lo que dicen. /Ninguno/
> > de los dos habla de que el software deba distribuirse gratis; es mas, ambos
> > explicitamente dicen que puede cobrarse.
> de que habla ? jamas escribi algo como "no se puede cobrar por
> software OpenSource o GPL",
"El concepto de OpenSource (GRATIS)"...
> le pido que lea atentamente el mensaje
> antes de responderlo con tan afamada elecuencia.
POr algo me doy el trabajo de copiar lo que comento ;-)
> Sr. HvB. respecto a
> los sitios citados conosco muy bien www.fsf.org , ya que sigo de cerca
> lo que hace rms.
Bien por Uds!
> el segundo sitio si bien lo he visitado no lo he
> leido en detalle,
O sea, no puedes realmente comentar?
> pero si me he informado de las reglas de OpenSource
> mediante el video Revolution OS en el que el autor de las reglas las
> nombra y detalla.
Y quien seria ese autor de las reglas?
> aunque admito no domino en detalle las reglas del
> opensource, pero si tengo muy claro que es posible realizar un cobro,
> y tambien que en la gpl esta en el texto que se puede hacer negocio
> con el codigo, pero respectando las exigencias de esta. donde una es
> pasar siempre los fuentes a la persona que reciva tu codigo modificado
> o no.
Exacto.
> > En rigor (en la legal), Open Source se refiere a tener el derecho de
> > efectuar modificaciones, y distribuir originales con codigo fuente
> > completo (viene de lo que exige Debian para aceptar paquetes en la
> > distribucion). Nada mas. GPL /exige/ que distribucion incluya el
> > codigo fuente, y que no se puedan poner condiciones a redistribucion
> > (FS pone /mas/ condiciones que OSS).
> Pregunta profesor HvB: si yo tomo algo opensource lo puedo modificar y
> despues pasarle o venderle el programa a alguien sin las fuentes ?
Depende de la licencia. Cosas bajo licencia BSD/MIT permiten esto. P.ej.,
alguna version del stack TCP/IP de BSD se uso en Hasefroch.
> en
> mi respuesta pensar que si debido a que como lei en su respuesta habla
> de "tener derecho" de pasar las fuentes más no de obligación o
> exigencia como en GPL. ???
Exacto.
> aunque eso es basandome en sus palabras, ya que en dicho video el tipo
> dice que se deben pasar las fuentes
Debe existir la posibilidad de pasar los fuentes modificados bajo la misma
licencia bajo la cual los recibiste, sin tramites adicionales. O sea, si yo
recibo algo de ti, y le paso una version modificada a Pedro los Palotes, lo
recibe sin tramites adicionales (no tiene que obtener permiso especial de
tu parte, etc).
> y que se deben indicar debidamente
> las modificaciones para no compromenter al autor en XYZ lios,
No. La licencia /puede/ poner restricciones de este tipo. P.ej. la licencia
de TeX dice que no pueden distribuirse versiones modificadas bajo el nombre
TeX. Es por eso que el paquete generalmente usado en Linux se llama teTeX,
el tipicamente empleado en Hasefroch se llama MikTeX, ...
> aunque
> al mismo tiempo dice que se deben permitir los trabajos derivados y
> con libre distribucion y asi mismo dice que se puede cobrar lo que se
> quiera por traspazar software opensource sin tener ningun permiso
> especial del autor.
Asi es.
> bueno eso le agradeceria mucho lo aclarara por que no deja de
> paracerme raro, ya que si en opensource tambien es obligacion
> traspazar el codigo fuente y el modificado entonces no se donde
> estaria la diferencia con la GPL.
No hay obligacion de pasar fuentes.
> en este aspecto podriamos concluir entonces que gpl si bien es más
> extricta debido a que le impone a uno pasar siempre las fuentes
> modificadas o no, pero siempre. en cambio la licensia opensource:
No hay "la licencia Open Source", hay como 70 licencias que cumplen los
lineamientos de OSS. Incluyen GPL y LGPL, por cierto. Pero tambien
licencias muy diferentes, mas liberales como MIT y las BSD, y asimetricas
como la MPL (Mozilla) o CDDL (de Sun).
> (1) solo te brinda el derecho de pasar el codigo de otros si haci lo
> deseas, pero si no lo deseas no lo haces (es decir no lo pasas ?).
Depende de la licencia. En el caso de MIT o BSD asi es. Con GPL/LGPL no,
con MPL tus modificaciones pertenecen al duen~o del paquete para posible
uso comercial.
> (2) y si lo deseas le pasas el fuente original que tu tienes sobre el
> que desarrollaste (es decir con tus modificaciones) pero es tu
> derecho reservarte las modificaciones si asi lo quisieras ?.
Media rara la situacion, pero si. Puedo p.ej. tomar NetBSD e implementar
algo basado en eso (un cortafuegos "en hardware" es un uso comun) via
modificaciones extensas. Y si de puro hinchador quiero pasarle codigo
fuente, puedo pasarle la version original de NetBSD sin mis cambios. No veo
cual pueda ser el chiste, pero puedo hacerlo. Perdon, si veo el chiste:
Vendo el sistema incluyendo drivers para mis raras tarjetas de red en
binario, y distribuyo los fuentes del sistema junto con los drivers
binarios.
> > En la filosofica, RMS quiere que todo software se distribuya libremente con
> > fuentes, el proceso de desarrollo le importa un carajo.
>
> es debido a la gpl. que "impone" "siempre" pasar los fuentes con las
> modifaciones que se hicieron sobre software GPL. y esto es tanto si
> uno vende su desarrollo hecho sobre gpl. o lo regala o simplemente
> traspaza el programa. (Pero siempre con fuentes originales y las
> modificaciones si las hubiera)
>
> > Los OSSistas
> > (basicamente la comunidad alrededor de Linux) reconocen que el desarrollar
> > a la vista del publico, y aceptar contribuciones de cualquiera (mientras
> > sean un real aporte, y despues de verificarlas con cuidado) son una
> > excelente manera de producir software. Y estan los BSDistas, que tienen
> > modelos de desarrollo mas bien cerrados, y no se oponen a que el codigo se
> > distribuya tanto libremente como que se incorpore en productos comerciales.
> esta parte no me quedo nada claro sobre a que se referia.
A RMS le interesa el objetivo que todo software se distribuya siempre con
fuentes, a los Linuxeros les interesa el proceso de desarrollo a la vista
de todos porque da excelentes resultados. No se contraponen exactamente
(tienen en comun que el codigo esta disponible), pero no tienen objetivos
en comun.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 19:19:42 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:36:27 2005
Subject: Kernel nuevo en Woody
In-Reply-To: Your message of "Tue, 01 Feb 2005 01:59:43 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Luis Sandoval" <[EMAIL PROTECTED]> dijo:
> "Horst von Brand" <[EMAIL PROTECTED]> dijo:
[...]
> > Es uno de los factores determinantes:
> > Mas usuarios ==> mas reportes de
> > problemas, y mas personas interesadas en que se arreglen (y (en OSS al
> > menos) mas manos que ayudan a arreglarlos). Obviamente influyen otros
> > factores tambien, como mano de obra disponible para arreglar problemas,
> > sistema de aseguramiento de calidad usado (si lo hay), politicas respecto
> > de arreglar problemas, ...
> > [...]
> >> Tambien los *BSD y otros sistemas
> >> operativos estarian enteramente plagados de bugs.
> > No. Pero estan seriamente atrasados frente a Linux en una gran variedad de
> > areas, exactamente por eso.
> Pero con OpenBSD no se cumple lo que dice.
Claro que si.
> OpenBSD no tiene una gran cantidad de usuarios pero si tiene una calidad
> reconocida en torno a su seguridad como sistema Por lo tanto en esta area
> no esta atrasado frente a Linux. (va adelante?) :)
Compara OpenBSD en otras areas con Linux. Compara OpenBSD p.ej. con
Trustix. Muchas de las caracteristicas especiales de seguridad del nucleo
de OpenBSD estan implementadas en el nucleo de Fedora Core (no son
oficiales todas, algunas de ellas no sirven de mucho al final y Linus no
las acepta), y para Linux esta SELinux, OpenBSD no tiene nada afin.
> Claro que no tiene la funcionalidad como desktop que tiene Fedora, :)
Bingo. Puedes tener un gran avance en algun area puntual si sacrificas lo
demas, aun con recursos limitados.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 18:26:41 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 1 22:36:30 2005
Subject: Nomenclatura intel [Was: Re: Crear una "Caja Negra" basada en
linux.]
In-Reply-To: Your message of "Tue, 01 Feb 2005 01:40:41 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Alvaro Herrera <[EMAIL PROTECTED]> dijo:
> On Tue, Feb 01, 2005 at 12:42:01AM -0300, Horst von Brand wrote:
> > Alvaro Herrera <[EMAIL PROTECTED]> dijo:
> > > Que AMD tambien lo hiciera no significa que Intel no pecara de la misma
> > > forma. De hecho recuerdo que en la epoca de los 80386 Intel vendia la
> > > version barata que era el 80386/SX, el cual tenia el coprocesador
> > > matematico (la FPU) deshabilitado.
> > Supongo que confundes i386 (la FPU era un chip 80387 aparte) con los i486
> > (que si tenian FPU integrada). Y probablemente es solo que si la FPU estaba
> > mala (fallas en chips tan grandes son/eran bastante frecuentes), la
> > deshabilitaban y vendian el chip mas barato.
> No recuerdo exactamente, pero me parece que no. De lo que sí me acuerdo
> es que el 80287 era un chip aparte (para el 80286),
Nunca me enrede don i286, asi que...
> y también me acuerdo
> que Intel se ganó mi primer premio a la nomenclatura idiota por hacer
> esa distinción entre los 80386 DX y los SX, mientras que también
> existían los 80486 SX y los DX, pero la diferencia era otra cosa (creo
> que tenía que ver con la velocidad de bus, o el multiplicador de
> frecuencia del bus).
IIRC, el 80486sx no tenia FPU, el dx si.
> A la larga, Intel se ganó mi premio eterno a la nomenclatura idiota por
> ponerle "Pentium" a su siguiente procesador;
... porque resulto que no podian registrar un numero como marca (y
aparecieron 486 y numeros afines de "otros", con lo que 80586 estaba fuera,
y...
> y después no hallaron nada
> mejor que chantarle múltiples signos de exclamación: "Pentium!",
No... el siguiente fue el Pentium Pro, despues Pentium II, Pentium III,
Pentium IV, ..
> "Pentium!!", "Pentium!!!" (menos mal que después se avivaron) ... por
> este motivo, yo recomiendo AMD antes que Intel.
No se si sea un buen criterio ese... los nombres los inventa marketing (que
casi por definicion son una manga de idiotas, o al menos apuntan a clientes
que se dejan impresionar por eso...), los fierros los hace ingenieria. Y
Athlon, Duron, Sempron, ... no son particularmente mas astutos IMHO.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Feb 1 23:45:45 2005
From: [EMAIL PROTECTED] (Pablo Allietti)
Date: Tue Feb 1 22:46:25 2005
Subject: GreyList
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Tue, Feb 01, 2005 at 10:33:37PM -0300, Horst von Brand wrote:
> Pablo Allietti <[EMAIL PROTECTED]> dijo:
eso mismo estaba buscando muchas gracias. vale la pena intentarlo.
> > Quisiera hacer algunas preguntas a los que lo han usado, se que Von Brand lo
> > ha usado en esta lista pero me gustaria algunos comentarios sobre
> > milter-greylist mis preguntas son
> >
> > 1) Genera mas trafico. es redituable? es decir sirve mas trafico con
> > respecto a filtrados? porque el funcionamiento seria.
> > MTA-Recursos-ancho de banda- Duplicacion de Mail
> > es decir por cada mail son 2 - duplica trafico-
>
> No. Supongamos que desde A se quiere enviar correo a B. El mecanismo es el
> siguiente:
>
> - La primera vez que A se conecta a B para entregar el mensaje M, B
> responde con un error temporal. El mensaje no se transmite.
> - Lo mismo respecto de intentos suscesivos, hasta que se completa el plazo
> de espera (30 minutos)
> - Cuando pasa el plazo, el siguiente intento de A de entregar M en B se
> acepta, y de alli A queda registrado como servidor legitimo (por 3 dias)
> - Si el servidor esta registrado como legitimo, el mensaje se acepta y se
> deja pasar a la primera
>
> El efecto es un muy leve aumento de trafico (la negociacion inicial), y
> retrasos de ciertos mensajes. Ojo, hay algunos servidores de correo que
> tienen multiples IPs de salida (un caso que no viene configurado es el de
> gmail, tienen varios rangos de IPs, creo que debere cocinar un RPM nuevo
> incluyendolos...).
>
> > 2) Sabemos que hay admins que no tienen bien configurado y esto va a
> > seguir pasando por decadas y decadas, es conveniente "penar" o hacer
> > pagar a los usuarios por un administrador que no tenga bien configurado
> > su server?
>
> Esto no depende de que A este bien configurado, solo de si esta dispuesto a
> reintentar la entrega de mensajes. Si es un servidor legitimo, los encola;
> muchos spammers (por ahora) simplemente disparan y olvidan (porque les
> permite bombear mas basura con los mismos recursos).
>
> > 3) que porcentaje _mas_ filtra? que teniendo spamassassin o bogofilter?
> > se que son 2 maneras diferentes de filtros pero en que porcentaje mas o
> > menos filtra?
>
> Aca de varios cientos (!) de mensajes spam diarios (tras listas negras
> locales de los ofensores mas feroces y spamassassin con algunas reglas
> locales) se redujo a tal vez 2 o 3 al dia. Se nota un lento aumento...
>
> > 4) que tiempo tarda un mail en llegar a un usuario comun ? si por
> > ejemplo sin greylist llega en unos 30 sec con greylist? varia segun la
> > respuesta del server del remitente?
>
> Ver arriba. Depende del plazo de retraso forzado, y del comportamiento del
> servidor remoto (que tan frecuentemente reintenta, si p.ej. intenta cada 29
> minutos, se retrasara en 58 minutos la primera vez, si reintenta a las 2
> horas seran 2 horas; la carga remota, en la red, y local tambien influyen
> en esto).
>
> > 5) que pasa con los auto-update de bind 9 ? ejemplo no-ip.org dyndns.org
> ?
>
> Cooperas, dado que es exclusivamente por IP origen. Modulo que tan
> frecuente es el cambio de IP, obviamente.
>
> > 6) resumen Vale la pena?
>
> Definitivamente.
>
> > o solo en listas?
>
> Ahi mas que nada reduce la cantidad de basura que debe manejar el owner.
> Alli tenemos tambien ClamAV, porque ni se imaginan la cantidad de
> cochinadas que llegan a las listas...
> --
> Dr. Horst H. von Brand User #22616 counter.li.org
> Departamento de Informatica Fono: +56 32 654431
> Universidad Tecnica Federico Santa Maria +56 32 654239
> Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
---end quoted text---
--
Pablo Allietti
LACNIC
--------------
