Kommentare zu: E-Mail-Adressen verschlüsseln

Von: Claude, Hamburg

Thu, 02 Oct 2008 19:00:13 +0000

Formular anstelle der Email-Adresse?
In Deutschland zumindest genügt dies wohl kaum den rechtlichen Anforderungen an ein Impressum.

Mein Vorschlag, da Grafiken ohne alt-Text oder Javascript eben nicht barrierefrei und damit nicht für jeden Nutzer zugänglich sind:
Email-Adresse mit [at] anstelle des @-Zeichens auf der Website.
Javascript-Link zu mailto: mit richtiger Email-Adresse.

Von: Fabsen

Mon, 02 Jun 2008 15:19:33 +0000

Wobei wenn man ein Formular zur Verfügung stellt auch nicht das Spamproblem in den Griff bekommen hat. Dann gilt es nämlich das Formular vor Spam zu schützen. Ich habe eine ganz gute Lösung gefunden, siehe Kontaktformular Spam Gruß Fabsen

Von: Supreme Stylez

Wed, 03 Jan 2007 13:20:06 +0000

Wie schaut es aus mit den mail-addys die in einem tag steht ?!
zB. oder in php-codes ?!

oder werden diese sachen nicht gelesen von bots ?

Von: Nev (Sven-Marcus Mad.)

Mon, 04 Dec 2006 16:42:20 +0000

@Siegfried

Wie ich schon beschrieben habe, bringt JS nichts, weil du damit die Barrierefreiheit aufgibst.

wie ich auch schon erwähnt habe, sind diese Email-Sammler keine Menschen sondern Programme wie die Suchmaschinen-Bots.
durch das einsetzen von Honey-Bots sperrst du diese Bots aus.
daher haben sie schon ihre berechtigung.

Von: Siegfried

Mon, 04 Dec 2006 09:23:07 +0000

Methoden 2 und 4 sind nutzbar. Und das Beste: Sie sind kombinierbar. Methoden, die JavaScript voraussetzen, dürften juristisch zumindest bedenklich sein.

Honeypots/Teergruben sind natürlich auch ein nützliches Hilfsmittel, aber weniger zur Verschleierung der email Adresse sondern mehr zur Abwehr von eintrudelndem Spam.

Von: Nev (Sven-Marcus Mad.)

Mon, 04 Dec 2006 09:01:59 +0000

Die hier vorgestellten Techniken sind in meinen Augen nicht sehr sinnvoll, außer Variante 2.

1.1)
diese Methode funktioniert zwar, aber in Zeiten der Barrierefreiheit, sollte kein Javascript verwendet werden.
1.2)
Wie viele wissen, liest Bots den Quellecode aus, wodurch das verkehrte Schreiben sinnvoll ist, aber mittels eines Screen-Readers wieder zu nichte macht.
1.3)
Klingt toll, ist es aber nicht, Bots sind Programme, welche sehr leicht modifiziert werden können. die Ausschreibung mit (dot), (at),… bringt nichts mehr, da sie das schon erkennen.
Grafiken kann ich wegen der Barrierefreiheit nicht empfehlen.
1.4)
für diesen Punkt gilt dasselbe wie 1.3, bringt nichts mehr.

2)
Das Formular ist in meinen Augen die sicherste Variante, wobei man hier einen anderen Punkt beachten muss.
Dieses Formular muss Spam sicher sein, siehe: www.nev-hilft.de -> projekt-aufbau -> Sicherheit -> Sichere Formulare

3)
Variante 3 schließe ich gleich mal aus, ein Spammer ist kein Mensch, sondern ein Programm und sieht die Seite wie ein Screenreader, er versteht kein JavaScript, dadurch ist diese Speere ohne Effekt.

Nebenbei gibt es noch andere Techniken, die ich selbst nicht befürworte:
zb:
mittels CSS, elemente ausblenden zb: meine@das.gehoert.nicht.dazudomain.tlp

Die einzige Variante welche in meinen Augen Sinn macht, sind Honey-Bots, eine Falle für den Bot, siehe http://www.linux-magazin.de/Artikel/ausgabe/2004/06/108_teergruben/teergruben.html