=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > El problema que yo veo con esta pol=EDtica es que dentro de poco vamos a > tener direcciones no enmascaradas y direcciones enmascaradas de mil y > una formas: > > juanperez@xxxxxxxxxxx > juanperez(arroba)hotmail(punto)com > juanperez en hotmail punto com > juanperez__NOSPAM__hotmail.com > etc. Yo no le veo problema :-), pero asi soy yo. > > dejando a un lado lo del spam, creo que debemos de llegar a un acuerdo > para listar las direcciones de correo porque tener todas estas formas > resulta poco profesional y poco practico. Dentro de nuestra base de > datos resulta primordial tener un =FAnico estilo pues probablemente en un > futuro tendremos que hacer uso de las direcciones. Si quieren validar los correos es muy simple, pero entre mas trabas le pong= as=20 al llenado de formulas, menos personas nos van a ayudar metiendo datos. > > Lo m=E1s sencillo es recibir la informaci=F3n desde el formulario, realiz= ar > una validaci=F3n del correo electr=F3nico e introducirlo directamente a la > BD. > > Ahora, regresando al tema del spam. Realmente sea =FAtil o no, a mucha > gente no le gusta que su correo salga completito, bien formado, en un > sitio. > > Por ejemplo en el sitio de PHP, la gente env=EDa sus comentarios y sus > correos aparecen enmascarados, parecido a esto: > > juanperez en hotmail punto com > > y sin etiquetas <A></A> Si, hay mil y una soluciones como tu mismo dices. > > suponiendo que dentro de la bd tenemos direcciones de la forma: > alguien@xxxxxxxxxxxxxx hacer el cambio a la forma anterior es trivial > usando PHP. Hasta te puedes lucir y hacer una funci=F3n que cambie > diariamente el enmascarado... no se, opciones hay muchas. > > Ahora como es un _requisito_ que las direcciones se encuentren bien > formadas dentro de la BD o por lo menos que sean homogeneas, ser=EDa > necesario implementar algo que nos permita determinar quienes desean que > su direcci=F3n aparezca enmascarada y a quienes no les importa; mas a=FAn, > al formulario se le tendr=EDa que agregar un campo de selecci=F3n de tipo= de > listado (enmascarado o no)... entonces la complejidad se incrementa al > tener pol=EDticas para cada entidad en lugar de una pol=EDtica universal. No entendi que es lo que quieres realmente, pero a mi me sigue pareciendo=20 mejor dejarlo como esta. Si deciden que debe ser de otra forma, entonces digan cual, para corregir l= os=20 scipts. > > La cosa es que necesitamos una soluci=F3n, yo opto por la m=E1s simple. Yo tambien, la que se esta aplicando :-), o sea, ninguna. Saludos Max =2D --=20 Linux garaged 2.6.5-rc2-mm3 #1 Fri Mar 26 11:07:16 CST 2004 i686 Intel(R)=20 Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux =2D -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GS/S d- s: a-29 C++(+++) ULAHI+++ P+ L++>+++ E--- W++ N* o-- K- w++++ O- M-= =2D=20 V-- PS+ PE Y-- PGP++ t- 5- X+ R tv++ b+ DI+++ D- G++ e++ h+ r+ z** =2D ------END GEEK CODE BLOCK------ gpg-key: http://garaged.homeip.net/gpg-key.txt =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFArNCcNNkpVEFxW78RArD+AJ0XbY3e+sV1EvwGu99PPl8dQNRXcgCeMslW 3cfXoI+lOnYifWe/jy8ldbo=3D =3DrrNg =2D----END PGP SIGNATURE-----