Hello,  
 
Vous auriez une idée pour afficher des emails sur un site sans se faire prendre l'email par les bots de spam ?
j'ai pensé à mettre l'email dans une image, mais c'est pas très user-friendly parce que j'aimerais bien que les gens puissent cliquer dessus pour ouvrir leur log de messagerie.
 
 

Tu reconstruits l'adresse par Javascript, genre
adresse = 'mon' + 'adresse' + '@' + 'domaine' + '.com';

Le problème est que les bots peuvent écrire la régle inverse.

Ouais enfin je doute que les bots exécutent le Javascript.

ben y a plein de trucs qui marchent plus ou moins :
toto @ toto.net (espaces)
toto_nospam@toto.net (enlever le _nospam)
toto& #xx;toto.net (code html de @)
...

le bot lisent de plus en plus la page générée, donc plus besoin de lire le JS.
 
Y a pas de solution miracle, si ce n'est un formulaire qui post le mail à leur place.

 
générée par quoi ? Le serveur ? Le JS étant reconstruit par le client...
Sinon une adresse reconstruite lors d'un clic sur un élément ça peut être pas mal non ?

 
oué m'enfin spa pratique non plus le JS, parce que si le client désactive le JS, ben il verra plus l'adresse non plus.
 
Non, je crois que la seule vraie solution, c'est le formulaire qui pointe vers une page .php qui ELLE poste l'email.
 
Sinon, ya aussi la possibilité de contruire dynamiquement un png, un jpeg ou un gif avec une police ttf via php. Cette solution est utilisée dans certains sites/forum pour empêcher les bots de faire des inscriptions par exemple.

je pense que c'est la meilleur solution.

non, généré par le client. Un peu comme si tu faisait un getText() sur le body d'une page, le JS a déjà généré les info et n'apparait plus.

Les bots passent par IE (ou autre client) pour récupérer le contenu des pages ? C'est plus simple de downloader les fichiers et de les parser tels quels non ?

je crois bien que les bots comprennent l'astuce du JavaScript depuis un moment déjà. malheureusement

Afficher l'email dans <input type="text" name="mail" value="nom@domaine.com"> ? Parce que les bots doivent pas vérifier le contenu des champs ? (Il pourrait mais ca serait pas forcement évident à faire)

les bots ils s'en foutent, ils cherchent des chaînes contenant des "@" je suppose.
 
Un truc amusant :
http://corecoded.com/evil.php
(page accessible via le premier et dernier lien de la page d'accueil, donc les bots passent d'office dessus)
J'ai mis ça sur mon site aussi

 
Non ça les bots le voyent sans problème c'est sûr

non, lorsque tu clique sur le formulaire, ca envoye le pseudo a une page et celle ci t'affiche le mail.
 
en fait il faut un bouton "afficher le mail",parce que les moteurs peuvent suivre les liens mais pas les formulaires.
 
 

si c'est pour ton forum, le truc le plus pratique, c'est  d'afficher les mails seulement pour ceux qui sont connecté, comme ca t'es sur qu'un bot ne se connectera jamais
 

j'y avais meme pas pensé

par contre si l'on scan precisement ton site, il est probable que le bot ai les cookies de connection

à condition qu'il se soit inscrit. Et avec un système d'inscription avec image pour validation, il va avoir du mal.

ben les cookies c'est un fichier text que gere le bot. Le createur du bot s'etant prealablement inscrit et logué sur un forum, il ne lui reste plus qu'a copier le contenu du cookies.
Les cookies c'est pas trés fiable

mouais. ca m'étonnerait fort qu'ils s'amusent à s'inscrire à tous les forum existant manuellement pour donner les cookies à leur bot. L'intérêt du bot, c'est justement de ne plus rien avoir à faire (excepté récolter l'argent).

Oui, on a une protection par image lors de l'inscription. Cette méthode sera parfaite.

la methode de toto& #xx;toto.net (code html de @) n'est elle pas la meilleur

clairement pas.

C'est mieux que rien, mais ça ne bloquera quasi aucun bot

Bah... Le plus simple c'est quand même faire une section d'authentification, et n'afficher l'email que quand l'utilisateur est authentifier...
 
C'est à la fois ce qu'il y a de plus simple et de plus sûr.  
Parceque les bots qui savent se créer un compte tous seuls comme des grands, bah ça cours pas les rues.

 
sur mon site perso, je vais quand même pas obliger les gens à s'enregistrer pour m'envoyer un mail

c'est le mail de qui que tu met sur la page ? Le tiens ou celui d'utilisateurs ?
 
Si c'est le tiens, bah tu te crées une bal dédiée pis c'est tout.
 
T'as pas besoin de bloquer le spam si c'est une bal indépendante.

un truc du genre une série de 5 chiffres en image que la personne doit entrer dans un champs pour confirmer son inscription

ben tu fait un formulaire et tu utilise la fonction mail de php

 
c'est ce que je vais finir par faire mais je trouve dommage que la personne ne puisse pas utiliser son propre client

non, c'est bien, ca t'évite de recevoir des putains de mail HTML et d'être mis dans un carnet d'adresse outlook qui servira à propager un virus ou l'autre

Pas mal comme idée en fait

J'aime pas ce système, parceque du coup, l'utilisateur peut pas garder dans son historique le mail qu'il a envoyé, ni à quelle date ni rien.
A moins de lui envoyer le mail aussi... Mais du coup il reçoit pas le mail dans "éléments envoyés". Enfin... Moi j'aime pas ce système, ça fout le binz dans mes petites manies de vieux garçon

Puis s'il y a une erreur lors de l'arrivée du mail, l'expéditeur ne reçoit pas le message qu'il aurait reçu s'il avait envoyé le mail lui-même.

 
même chose, il m'arrive de pas envoyer un mail via un site à cause de ça

Analyse du contenu d'un CD d'adresses mail :
http://rejo.zenger.nl/abuse/emailcd.php
(merci à Zion pour le lien)

on peut faire simplement un lien vers un fichier php dans un div invisible (comme l'a fait antp) contenant:
 
<?php
exit();
?>
 
Nan? Je dois oublier un truc...

heu le PHP est exécuté avant que le client ne traite la page...