Einfachen Formmailer mit Spamabwehr gesucht

Hypopotamus · 10.03.2005, 20:12

Langsam bin ich wirklich am verzweifeln. Ich weiß gar nicht wieviele Formmailer ich mir jetzt schon angeschaut habe. Aber die mit Spamabwehr sind alle so kompliziert, daß ich überhaupt nicht durchblicke. PHP habe ich zur Verfügung, aber ich will nicht erst stundenlang einrichten, bevor ich es einmal verstanden habe. Um dann festzustellen, daß es doch nicht funktioniert.

Ist z.B. die Möglichkeit eine Emailadresse so zu verschlüsseln:

$schleier1="staude";
$schleier2="@";
$schleier3="web";
$schleier4=".";
$schleier5="de";
$schleier=$schleier1.$schleier2.$schleier3.$schleier4.$schleier5;

sicherer, als die überall angegebene Referrer-Methode? Wobei mir ehrlich gesagt noch nicht so ganz klar geworden ist, worum es sich da handelt.

Oder soll man nur ein einfaches Formular verwenden und die Emailadresse mit Javascript verschlüsseln.

Also wer mir einen einfachen, leicht installierenden Formmailer nennen kann, dem wäre ich wirklich superdankbar. BITTE helft mir.

Danke
claudia

Strogij · 10.03.2005, 21:29

Verstehe dich nicht. Wieso willst du denn den Inhalt der PHP Variablen verschlüsseln?

DSB · 10.03.2005, 21:39

Zitat:

Zitat von Strogij

Verstehe dich nicht. Wieso willst du denn den Inhalt der PHP Variablen verschlüsseln?

Verstehe ich auch nicht.
Vielleicht sollte ihr mal jemand erklären wo der Unterschied zwischen client- und serverseitig ausgeführtem Code liegt.

<- das war nen Denkanstoß zur Beantwortung der Frage.

Hypopotamus · 10.03.2005, 21:39

Ich weiß ja nicht ob das überhaupt Sinn macht. Habe mich noch nie mit solchen Dingen beschäftigt. stehe also ganz am Anfang meiner Spurensuche

Mein Email soll einfach nicht von irgendwelchen Spammern gefunden werden. Wie das funktioniert ist mir letztlich egal. Diese Lösung mit der Verschlüsselung habe ich in einem Script im Netz gefunden. Ob das sinnvoll ist, weiß ich nicht.
Wenn Du einen Tip hast, um mein Problem zu lösen. Bin für alle Möglichkeiten offen. Habe wirklich schon ca. 20 formmailer angeschaut. Mich stundenlang durch PHP-Script-Archive gesurft. Aber viele davon haben keinen Spamschutz.

Hypopotamus · 10.03.2005, 21:42

Zitat:

Zitat von DSB

Verstehe ich auch nicht.
Vielleicht sollte ihr mal jemand erklären wo der Unterschied zwischen client- und serverseitig ausgeführtem Code liegt.

<- das war nen Denkanstoß zur Beantwortung der Frage.

Ist das in kurzen Worten zu erklären. Oder muß ich googeln? Wer weiß was ich da wieder alles finde.

vg Claudia

DSB · 10.03.2005, 21:42

Der einzig 100%ig sichere Weg die Emailadresse vor Spidern und Robotern zu verstecken ist die Umwandlung der Adresse in ein Bild.
Alles andere verstehen die Spider früher oder später.

DSB · 10.03.2005, 21:44

Zitat:

Zitat von Hypopotamus

Ist das in kurzen Worten zu erklären.

Ja!
Was bringt es Dir wenn Du die Emailadresse kompliziert in PHP zusammenbastelst, dann der Code geparst wird und als fertige HTML-Seite an den Client geschickt wird? Letztlich steht da dann die Adresse im Klartext drin und kann gespidert werden.
Wie die Adresse zustande kam sieht der Client ja gar nicht und es interessiert ihn auch nicht.

Hypopotamus · 10.03.2005, 21:49

Meine güte ist das alles kompliziert. Ich habe mittlerweile das Gefühl, das mein Server bei Strato überhaupt Probleme hat. Mein Gästebuch funktioniert aber auch einwandfrei. Ich habe jetzt zwei Formmailer aufgespielt und bei beiden kann ich nichts abschicken. Dateirecht habe ich richtig geändert. Kann ja nicht sein, das es bloß nicht geht, weil ich mir selbst eine Mail schicke.

Schaut mal da:

http://www.bunte-blumenwelt.de/contact_v16/contact.php

Ich bekomme immer eine Fehlermeldung. Das kein Name, und kein Email eingetragen wurde. Das stimmt aber nicht.

vg Claudia

DSB · 10.03.2005, 21:51

Das scheint ein register_globals=off Problem zu sein.
Das Script scheint für register_globals=on programmiert zu sein.

Falls Ja, poste es mal hier.
Dann passe ich das schnell an.

DSB · 10.03.2005, 22:41

Hm, scheint wohl doch nicht wichtig zu sein.

321 · 10.03.2005, 23:11

Scheint noch einiges nicht zu stimmen:
Bei ausgefülltem Namen , E-Mail und Mitteilung reklamiert das Script, dass diese auszufüllen wären.

Ohne PHP und Formmailer gehts mit einem kleinen javascript:

HTML-Code:

<html><head><title>Mail-addy verstecken</title>
<SCRIPT LANGUAGE="JavaScript"><!-- 
// Schutz vor Robotern
function zeigAdr(text1, text2, text3) { 
	document.write('<a href="' + 'mailto:' + text1 + '@' + text2 + '.' + text3 + '">' + text1 + '@' + text2 + '.' + text3 + '</a>'); 
}
//-->
</script>
</head>
<body>
<script language="JavaScript">zeigAdr("user", "mailprovider", "de")</script>
<noscript>
Kein Javascript? Kopieren Sie diese Adresse um mir zu schreiben: <b>user</b><b>@</b></b><b>provider.</b><b>de</b>
</noscript>
</body>
</html>

Boris · 10.03.2005, 23:12

Code und Variablen von PHP können Spambots nicht "sehen". Insofern ist es unsinn, es innerhalb des Skriptes zu "verschleiern". Solange Du die Email nicht klar sichtbar auf die HTML-Seite packst, werden Emails nicht gefunden.

<?php
mail("mail@mail.de","Titel","Nachricht"); ...
?>

Das kann kein Spambot sehen, da der Code auf dem Server ausgeführt führt und nichts davon für den Browser / User / Spambot "zu sehen ist".

<?php
echo "mail@mail.de";
?>

Das kann ein Spambot allerdings sehen ;-)

Eine sichere Methode, Emails auf einer Webseite zu verstecken, ist diese:
http://automaticlabs.com/products/enkoderform/

Die 100% sicherste Methode ist es, eine Email erst garnicht zu veröffentlichen. Die Umwandlung in ein Bild nützt auch nicht, das kennen viele Spambots bereits und können es dennoch erkennen.

steffenk · 10.03.2005, 23:18

hatte ich vor 3 Tagen in http://www.traum-projekt.com/forum/s...light=Spambots vorgestellt

DSB · 10.03.2005, 23:19

Zitat:

Zitat von Boris

Die Umwandlung in ein Bild nützt auch nicht, das kennen viele Spambots bereits und können es dennoch erkennen.

Welche Robots können Bilder analysieren?
Wo finde ich Beispiele?
Das ist mir neu.

Strogij · 10.03.2005, 23:24

Stichwort ORC. Aber die Wahrscheinlichkeit ist trotzdem recht gering.