Druckbare Version
Hallo zusammen,
eigentlich ist die Frage nicht wirklich vorweg, aber ich habe gelesen, dass Contao E-Mailadressen "verschlüsselt". Nun habe ich zum ersten Mal in einem Beitrag/(Text)-Inhaltselement eine Email-Adresse eingegeben, "verschlüsselt" wird da aber nichts. Muss ich da noch etwas machen/aktivieren?
Wie kann ich die Ausgabe von Emailadressen in meinen eigenen Modulen "verschlüsseln"?
Grüße
Gerrit
Hast du mal in den Quellcode geschaut? Dort sollte die eigentlich nicht plain drinstehen, falls doch musst du den email Insert Tag verwenden: {{email::me@example.com}}
Den habe ich gesucht! Danke!!
Ich habe nun mal dieses Insert-Tag eingefügt. Leider steht die Mailadresse noch immer im Klartext auf der Seite.
Hallo gerritlo,
die E-Mail Adresse ist dann garantiert verschlüsselt.
Kann ses sein, das du mit Firebug guckst? Der Interpretiert den Code und du siehst dann wieder die normale Adresse. Schau mal direkt im Quelltext. Dann wirst du das sehen.
Viele Grüße
Falls du mit Verschlüsselung sowas meinst "me(at)example.com" oder "me at example.com", das ist der schlimmste Fehler den du machen kannst.Zitat:
Zitat von gerritlo
Wenn du bei Google z.B. nach "at web.de" (inkl. Anführungszeichen suchst), stehen bereits auf der Startseite in der Hälfte der Treffer E-Mail Adressen nach dem vermeindlich sicheren Muster drinnen.
Das oben gezeigte Format können auch Bots heute ohne Probleme verarbeiten, daher ist diese Schreibweise nicht zu empfehlen!
Ich bin dann wohl auf den firebug-Fehler hereingefallen. ;-)
Falls dir diese Methode zu wenig ist würde es mittlerweilen ein Modul dafür geben Advanced E-Mail Obfuscation.
Ich habe mir das Prinzip von AEO durchgelesen und möchte an der Stelle kurz darauf hinweisen, dass eine E-Mail Adresse die nach dem Prinzip verschlüsselt ist, NICHT im Impressum verwendet werden darf!
Die E-Mail Adresse muss auch beim Einsatz ohne JavaScript "sichtbar" sein. Sichtbar heißt nicht zwangsläufig anklickbar, aber es darf keine "Blockade" - die z.B. die Abfrage bei AEO - geben. Es gibt vereinzelt auch den Hinweis, zum Schutz vor Spam soll man die E-Mail in Form einer Grafik einbinden, das ist zwar "sichtbar" aber nicht Barrierefrei und damit auch nicht zulässig. (Irgendwann gab es mal die Ergänzung, das ein Impressum Barrerefrei zu gestalten ist, das gilt übrigens nicht nur für Websites von öffentlichen Organisationen!).
Quellen kann ich bei Interesse nachreichen, muss ich aber erst suchen (dafür hab ich jetzt grad keine Zeit :D)
Hi,
eine Mögliche Vorgehensweise ist unter https://www.contao-community.de/show...882#post214882 beschrieben.
Wie gut oder schlecht Verschleierungsmethoden sind, versucht folgende Webseite zu erklären. Darf man glauben, muss man aber nicht. ;)
lg
oetzi
gelöscht.. falscher Thread :)
Ich habe eine Adressliste in Form einer Tabelle erfasst. (Link: http://www.ksmittelgoesgen.ch/lehrpersonen.html)
Darin werden die Emailadresse leider nicht verschlüsselt. (siehe Quelltext)
Wie kann ich dies beheben?
Besten Dank für einen Tipp!
Michael
Habe etwas ausprobiert:
Sehe ich es richtig, dass die Mailverschlüsselung nur im Element Text funktioniert?
Im Element Tabelle scheint die Verschlüsselung nicht zu funktionieren.
Conato 2.11.6
Versuche mal {{email::foo@example.com}} innerhalb der Tabelle, das sollte funktionieren.
Hallo
Danke! So klappt es. Wie bekomme ich aber mit diesem Insertag wieder die Form des Links hin?
Ich möchte nur, dass "Email" dort steht und nicht die ganze Emailadresse.
Ich glaube das geht mit diesem Inserttag nicht :rolleyes:
Ich konnte es leider auch noch nicht umsetzen...
Wenn ich mir den Source-Code über Safari anschaue, den {{email::*}} generiert hat, dann erscheint da 1-zu-1 die E-Mail-Adresse. Wenn das ein normaler Browser direkt umgewandelt darstellen kann, wieso sollte es dann ein SPAM-Bot nicht auch direkt auslesen können?
Scheint da die Extension 'aeo' (Thread) der bessere (aber auch umständlichere) Weg zu sein? Wer weiss hier Rat?
Cheers, L
das geht dann so:Zitat:
Zitat von Michael
Safari QuelltextCode:<a href="mailto:{{email_url::mymail@server.de}}">mail</a>
Code:<a href="mailto:mymail@server.de">mail</a> test</p>
Übrigens, wenn man im Firefox nur den Auswahl-Quelltext anzeigen lässt, wird die Email-Adresse unverschlüsselt dargestellt. Wenn man sich den ganzen Seitenquelltext ansieht, ist sie jedoch verschlüsselt.
Nur falls jemand genau so lange rätselt, wie ich, warum es nicht geht.. ;)
Hallo Leute,
ich hab mal eine Frage und zwar will ich bei mir im Formular das inserttag {{email_url::*}} verwenden, leider sagt er mir bei dem absenden das es eine ungültige Auswahl sein soll.
Weil wenn ich im Selectmenu die Email eintrage sind die nicht Spambot sicher.
Also ich würde das gern sicher halten.
Hallo alleZitat:
Zitat von gerritlo
Ich verwende Contao in der aktuellen Version 3.5.9.
{{email_url::*}} funktioniert
Im Contao-Artikel:
Quellcode von Firefox und IE:HTML-Code:<a href="mailto:{{email_url::max.muster@irgendwas.ch}}"><img src="files/icon/mail_ungelesen_blue.png" alt="" width="17" height="12"></a>Hier kommt Text
{{email_open::*}} in Kombination mit {{email_close}} funktioniert nichtHTML-Code:<a href="mailto:sekretariat@vbbrb.ch"><img src="files/files_vbbrb/icon/mail_ungelesen_blue.png" alt="" height="12" width="17"></a>Hier kommt Text
Thema: InsertTag {{email_open::*}} ?
Im Contao-Artikel:Zitat:
Zitat von folkfreund
Im Quellcode von Firefox und Internetexplorer:HTML-Code:{{email_open::max.muster@irgendwas.ch}}<img src="files/icon/mail_ungelesen_blue.png" alt="" width="17" height="12">{{email_close}}Hier kommt Text
Der schliessende a-Tag </a> kommt nicht an der Stelle von {{email_close}}, sondern am Ende hinter Hier kommt TextHTML-Code:<a href="mailto:sekretariat@vbbrb.ch"><img src="files/files_vbbrb/icon/mail_ungelesen_blue.png" alt="" height="12" width="17">Hier kommt Text</a>
Den Insert Taggibt es nicht. Du musstCode:{{email_close}}
schreiben. Siehe https://docs.contao.org/books/manual...sert-tags.htmlPHP-Code:{{email_open::email@example.org}}<img src="http://placehold.it/350x150" alt=""></a>
Ich vermute, dass du hier nicht den eigentlichen Quellcode gepostet hast, sondern den fertigen DOM Baum des Browsers.
Hallo SpookyZitat:
Zitat von Spooky
Danke für Deinen Hinweis. Den Vorschlage betr. {{email_open::*}} und </a> hatte ich bereits ausprobiert:
Im Contao-Artikel:
DOM Baum des Browsers von Firefox und Internetexplorer:PHP-Code:{{email_open::max.muster@irgendwas.ch}}<img src="files/icon/mail_ungelesen_blue.png" alt="" width="17" height="12"></a>Hier kommt Text
Der schliessende a-Tag </a> kommt nicht an der gewünschten Stelle, sondern am Ende hinter Hier kommt Text. Vermutlich streikt Contao bereits beim Erstellen bzw. Speichern des Artikels, weil es keinen dem </a> vorangehenden öffnenden a-Tag erkennt.HTML-Code:<a href="mailto:sekretariat@vbbrb.ch"><img src="files/files_vbbrb/icon/mail_ungelesen_blue.png" alt="" height="12" width="17">Hier kommt Text</a>
Poste einen Link zur Seite um das verifizieren zu können. In der COD kann ich das jedenfalls nicht feststellen.
Immer wenn ich im Backend von Contao im Artikel-Editor speichere:Zitat:
Zitat von Spooky
erscheint beim erneuten öffnen nur noch (ohne den schliessenden a-Tag </a>)PHP-Code:<p>{{email_open::name@domaine.ch}}<img src="files/res_merlincom/icon/mail_ungelesen_gruen_32x32.png" alt="" width="32" height="32"></a>Hier kommt noch Text</p>
BeispielPHP-Code:<p>{{email_open::name@domaine.ch}}<img src="files/res_merlincom/icon/mail_ungelesen_gruen_32x32.png" alt="" width="32" height="32">Hier kommt noch Text</p>
Ja, weil der TinyMCE den HTML Code automatisch validiert und dementsprechend anpasst. Der TinyMCE kennt natürlich den {{email_open::*}} Insert Tag nicht und sieht nur, dass da ein </a> zu viel ist. Daher entfernt TinyMCE das schließende </a>.
Im Frontend wird {{email_open::*}} dann zu einem <a href="…"> umgewandlet, jetzt fehlt das zugehörige </a> natürlich.
Du hast dann weiterhin nicht den tatsächlichen Quellcode analysiert, sondern den fertigen DOM Baum im Browser über die Developer Tools. Bei solchen Problemen solltest du dir zuerst immer den tatsächlichen Source ansehen.
Um dies im TinyMCE einzusetzen, wäre folgendes die Richtige Lösung:Ich habe das auch mal als issue festgehalten: https://github.com/contao/core/issues/8309PHP-Code:{{email_open::email@example.org}}<img src="http://placehold.it/350x150" alt="">{{link_close}}
Übrigens, im TinyMCE bzw. im Contao Text Feld für das Text Inhaltselement brauchst du die Insert Tags gar nicht, dort werden die E-Mail Adressen automatisch obfuscated. Wusste ich bisher auch noch nicht.
Um das Thema nochmal aufzugreifen. Ich gebe eine E-Mail Adresse direkt übers Template aus. Mit der obigen Lösung wird die Adresse aber nicht verschlüsselt.Zitat:
Zitat von Spooky
Welche Möglichkeiten gibt es sonst direkt im Template E-Mail Adressen zu verschlüsseln?
Du kannstverwenden.PHP-Code:\StringUtil::encodeEmail(…)
Habe es wie folgt angewendet. Leider ohne Erfolg. Es findet keine Verschlüsselung statt. Oder muss ich den \StringUtil::encodeEmail anders anwenden?Zitat:
Zitat von Spooky
Code:<a href="{{email_url::mailto:<?= \StringUtil::encodeEmail($this->location_mail) ?>}}">Mail senden</a>
Du verwendest doch dort bereits den Insert Tag. Also entwederbzw.PHP-Code:<a href="mailto:<?= \StringUtil::encodeEmail($this->location_mail) ?>">Mail senden</a>
bzw.PHP-Code:<a href="<?= \StringUtil::encodeEmail('mailto:'.$this->location_mail) ?>">Mail senden</a>
oderCode:<a href="mailto:<?= \Stringutil::encodeEmail($this->location_mail) ?>">Mail senden</a>
PHP-Code:{{email_open::<?= $this->location_mail ?>}}Mail senden{{link_close}}
Habe ich alles probiert. E-Mail Adresse steht bei allen Varianten lesbar im Quelltext -> <a href="mailto:x@y.de">Mail senden</a>
Das ist technisch nicht möglich. \StringUtil::encodeEmail gibt die Email Adresse auf jeden Fall als HTML Entities zurück.
Naja außer bei meiner Installation ;)Zitat:
Zitat von Spooky
Wollte eigentlich ohne Erweiterung auskommen. Vllt hat ja noch jemand ne Idee sonst würde ich mal AEO testen...
Kontrollierst Du den Quelltext über den Inspektor der Browser-Entwicklerwerkzeuge oder über "Seitenquelltext anzeigen" ([Strg] + [U])? Die Entwicklerwerkzeuge zeigen die E-Mail-Adresse nämlich dekodiert an.Zitat:
Zitat von marcohe
Poste einen Link zur Seite.Zitat:
Zitat von marcohe
Also: Auf meinem "Arbeitsrechner" in Safari & Firefox ist die Adresse dekodiert im Quelltext.Zitat:
Zitat von xchs
Bin dann an den Rechner meiner Frau wo es nur den Internet Explorer gibt und dort ist die Mail Adresse mit HTML Entities kodiert.
Danke für den Hinweis!
Die Frage, ob diese Art der Verschlüsselung wirksam gegen Spam-Bots ist lass ich mal im Raum stehen...
Du hast auch tatsächlich den Quelltext angesehen, und nicht über den Inspector?Zitat:
Zitat von marcohe
Sie ist wirksam! Ich habe vor Jahren mal einen Test gemacht und mir E-Mail-Adressen in der Form cgwegrrfzr@domain.de angelegt. Die einen so verschlüsselt, die anderen als normalen Text und in Variante 3 noch mit a-HTML-Tag. Bei den verschlüsselten kam selbst nach Wochen keine einzige E-Mail, bei den anderen ging die Spamflut schon Minuten nach der Veröffentlichung los.Zitat:
Zitat von marcohe
Lektüre:
https://stackoverflow.com/questions/...ts-keep-mailto
https://superuser.com/questions/2359...-actually-work
In Kürze:
Ist es wirklich sinnvoll (Accessibility + Spamschutz)? Vermutlich nicht.
Btw: Die in den Posts verlinkte Honeypot-Studie, die einen Erfolg für mache Varianten vermuten lässt, ist von 2006. Aktuelle Bots kriegen jede E-Mail, die auch ein Screenreader parsen kann oder generieren sie einfach. Die Zeit würde ich also eher in einen ordentlichen Spamfilter investieren oder ggf. eine akzeptierte Lösung wie Googles Recaptcha nehmen.
Gesendet von meinem Nexus 5X mit Tapatalk
Für die Ausgabe einer E-Mailadresse im Frontend? ;)Zitat:
Zitat von mvo
Ja
https://www.google.com/recaptcha/admin#mailhide
Gesendet von meinem Nexus 5X mit Tapatalk
Zitat von der verlinkten Seite:Sie möchten keinen Spam mehr erhalten? Mit reCAPTCHA Mailhide können Sie Ihren Posteingang schützen, indem Sie Nutzer auffordern, ein reCAPTCHA einzugeben, bevor sie Ihre E-Mail-Adresse sehen können.Ich würde einen Teufel tun und die Seite schließen. Könnte sein es geht anderen Kunden ähnlich, Captcha erfreuen sich bei den Nutzern nicht so sehr großer Beliebtheit.
Hallo zusammen,
ich stehe auch gerade wieder vor der Frage: Wie eine E-Mailadresse vor den Robots schützen?
Contao geht ja auch in der 4.x noch den Weg des Hex-Encodings.
Bei der Suche nach funktionierenden Methoden bin auf die Seite gestoßen: https://www.hosteurope.de/blog/15-mo...-darzustellen/ (von 1&1 gibt es eine ähnliche).
Zu was ratet ihr euren Kunden?
Neelix
Meine persönliche Meinung dazu ist:
- Menschen wollen einen einfachen und garantiert funktionierenden Zugang zur Mailadresse. Also keine komischen Tricks, Verschleierungen o.ä. - damit verjagt man nur potentielle Kunden.
- Die rechtlichen Vorgaben engen aus gutem Grund auch ein, so dass viele der vermeintlichen Lösungen nicht akzeptabel sind. Spätestens im Impressum muss die Mailadresse zu 100% für alle funktionieren, sonst ist der Ärger vorprogrammiert.
- Spielchen wie Javascript-Verschleierung funktionieren häufig nicht, weil Nutzer strenge Antiviren/Browser-/Spamschutz-Maßnahmen laufen haben. Schnell also wieder ein Kunde verloren oder verärgert.
- Barrierefreiheit kommt auch als entscheidender und nicht nur sozialer, sondern auch finanzieller Faktor dazu.
Sprich: Ich bin persönlich der Meinung, dass man E-Mails einfach als E-Mails anzeigen soll. Keine Verschleierung, kein Trara. Alles im Sinne einer möglichst guten Benutzerfreundlichkeit und Zugänglichkeit für die Nutzer.
Es ist die Aufgabe einer guten Blacklist und eines ordentlich konfigurierten E-Mail-Servers die schwarzen Schafe rauszufiltern.
PS: In Kontaktformularen machen Honeypot-Lösungen u.ä. natürlich Sinn, aber das ist hier nicht die Frage.