El 12/10/05, Carlos E. R. escribió:
A mi tampoco me gustan, son muy injustos. Yo los tengo activados, y las más de las veces no hacen nada, porque debe estar usando las pruebas de servidores "libres". De hecho, no se ni cuales usa.
Unos "puntillos extra" nunca están de más... ;-)
En cambio, gente como SuSE (el servidor de la lista) si ls usa, y lo peor es que suman las varias puntuaciones de verias pruebas de red; y como es facil que si estás en una lista negra estás en todas, en cuanto listan a teleline ya me han j*****do.
Pues en la lista inglesa (suse-e) les funciona bastante bien, pero ya podrían eliminarlos directamente (o dejarlos en otro directorio) y no pasarlos al archivo de consulta web.
Y por mucho que esa gente dice que así consiguen que los servidores (ISPs) hagan su trabajo y corrijan sus fallos, eso es mentira. Los grandes no van a hacer nada, simplemente cambian de IP o aprietan unos cuantos tornillos a alguien. Es más, no pueden hacer nada, pueden quitarle la cuenta a algún spammer, el cual automaticamente se sacará otra en el mismo u otro ISP.
Con las IP dinámicas hay poco que hacer por parte de los ISP... Con las fijas pueden hacer más daño. }:-)
Las herramientas de colaboración (Pyzor, Razor, DCC) no las tengo activadas y aún así me detecta un 90% (mínimo) de spam.
¿Conoces algún enlace de documentación sobre ellas?
En la documentación* de SA hay algo: 1) http://spamassassin.apache.org/full/3.1.x/dist/doc/Mail_SpamAssassin_Plugin_... 2) http://spamassassin.apache.org/full/3.1.x/dist/doc/Mail_SpamAssassin_Plugin_... 3) http://spamassassin.apache.org/full/3.1.x/dist/doc/Mail_SpamAssassin_Plugin_...
La nueva versión (3.1) es ralmente eficaz y gestiona muy bien la cantidad de instancias de spamd que necesita (en modo auto, que es el predeterminado).
¡Anda! Eso es muy interesante. Voy a tener que instalarmelo... O:-)
"The prefork algorithm for spamd has been changed. In this version spamd will attempt to keep a small number of "hot" child processes as busy as possible, and keep any others as idle as possible, using something similar to the Apache httpd server scaling algorithm. This reduces memory usage and swapping. You can use the --round-robin switch for spamd to disable this scaling algorithm, and the behaviour seen in the 3.0.x versions will be used instead, where all processes receive an equal load and no scaling takes place." Y lo mejor de todo es que es cierto... :-) * http://spamassassin.apache.org/full/3.1.x/dist/doc/ Saludos, -- Camaleón