Question : Spamming d'email dans un contexte bloqué ?

J'ai une forme .asp de contact sur un site Web demandant l'email address d'un visiteur, entre d'autres champs.  Les entrées de sont validées sur le client-côté et puis envoyées à un manuscrit de Perl de formmail de serveur-côté.  Ce manuscrit appareille vers le haut des champs d'entrée et puis envoie un email au visiteur de forme que son enquête a été Spamming de received.

Email semble être un problème sur le nous-type formes de contact.  Une approche à confronter le problème de Spamming d'email est d'intégrer la méthode d'utilisateur-entrée de reCAPTCHA sur la forme.  Semble-t-elle comme ceci est-elle la manière admise de faire l'email protection.

Is une autre manière d'activer et envoyer le par l'intermédiaire d'un contexte de https, comme, href= " https://mywebsite.com/contact.asp de act.asp de https://mywebsite.com/cont ? est-ce que

Or, je suis absent le point quelque part ici ? concernant le Spamming et fixer les contextes ?

class= de

Réponse : Spamming d'email dans un contexte bloqué ?

Pas, cela ne fonctionne pas de cette façon.  Si vous incluez un email address à la page qui vient du serveur, il peut lire.  Je mets l'email address réel sur le mon dedans le code de côté de serveur (PHP) de sorte qu'il ne puisse pas voir.

L'email address que l'utilisateur a écrit ne peut pas être vu à la page parce qu'il n'est jamais là excepté sur leur ordinateur.  les « https » peuvent se protéger contre lui étant dedans lue transmission à votre serveur.

Le reCAPTCHA a été inventé pour empêcher des soumissions automatisées.  Tandis que ce travaille à la page de forme, les inondateurs sérieux sautent la page de forme et soumettent directement à votre page de « action ».  Il est important que la protection de Spam de filtrer et vérifier ce qu'obtenez vous des formes.