Precisamente en esto estoy de acuerdo. Desgraciadamente la tecnolog�a inversa produce muchos avances sobre todo en temas de seguridad no s�lo a sistemas como microsoft sino tambi�n a unix o linux que cada vez buscan una mayor seguridad con un sistema cada vez m�s estable. Lo malo es que toca sufrirlo como ocurre en este caso. No obstante pienso que el error es acercarse a linux con una mentalidad de windows, quien se haya pegado con el sistema linux sabe que lo primero son amarguras y desquiciamientos y luego van llegando las satisfacciones. Claro esto no ocurre con windows donde cualquier usuario puede acercarse y trabajar sin m�s(precisamente de esto es de lo que se presume), cualquiera hace una instalaci�n y configura su impresora sin tener que leer nada, sin riesgos... pero aqu� en linux cada problema es una aventura y si lo abordas con mentalidad positiva de cada resoluci�n sales ganando experiencia. Yo mismo tengo m�s experiencia tras este gusano que antes de tenerlo. Creo que cada vez olvido m�s la mentalidad windows y me acerco m�s a la de linux(bastante m�s positiva y por eso estoy aqu�). Esto es lo importante.
Saludos On Thu, Sep 25, 2003 at 08:44:19AM +0200, Antonio Castro wrote: > On Wed, 24 Sep 2003, sotanez wrote: > > > Para lo del virus seria una buena idea un programa que antes de bajar los > > emails los borrara del servidor, usando un filtro que cribe los adjuntos > > que tengan el md5sum del virus. Aunque eso no soluciona el problema de > > llenarse el espacio que te dan para el correo a no ser que se programe de > > vez en cuando. Saludos. > > Ese tipo de soluciones y otras corresponden a los ISP. > > Yo lo que creo es que tanto el SPAM como los virus y gusanitos > est�n haciendo del correo electr�nico algo cada vez menos usable. > > Puede que el problema sea la forma como est� dise�ado este servicio > desde sus origenes donde todo era paz y tranquilidad. > > Seguramente para temas de listas de correos lo que habr�a que usar > es alg�n protocolo sensiblemente distinto. Para empezar las direcciones > de los remitentes pueden venir falseadas y ser�a bueno que existiera > un m�todo transparente para el ususrio que pueda cursar una solicitud > de confirmaci�n al remitente sobre el env�o de ese mensaje. > > Para cada recepcion de un mensaje de un remiente nuevo el usuario > deber�a poder informar a su sistema que hacer con ese remitente en > el futuro. (Listas blancas y listas negras). > > A mi me parece que el usuario deber�a poder establecer comportamientos > distintos de su gestor de correo dependiendo del tipo de remitente: > > 1) Remitente conocido perteneciente a una lista blanca. > 2) Remitente conocido perteneciente a una lista negra. > 3) Remitente desconocido. > 4) Remitente anonimo. > > Lo que quiero decir es que no tiene sentido aplicar las mismas > acciones de filtros o lo que sea a todo tipo de mensajes como si > todos fueran sospechosos. Un mensaje de alguien conocido (habr�a > que confirmarlo claro) no deber�a ser considerado sospechoso. > > Yo no conozco propuestas alternativas para el sistema de correo > electr�nico actual. Me parece necesario especialmente para listas > de correo. > > > -- > Un saludo > Antonio Castro > > /\ /\ Ciberdroide Inform�tica > \\W// << http://www.ciberdroide.com >> > _|0 0|_ > +-oOOO-(___o___)-OOOo---------------------+ > | . . . . U U . Antonio Castro Snurmacher | > | . . . . . . . [EMAIL PROTECTED] | > +()()()---------()()()--------------------+ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- <[EMAIL PROTECTED]> -S�lo so�ar te hace libre, aunque a veces el problema es la elecci�n-
