Druckbare Version
Hallo zusammen,
Gibt es eine Möglichkeit E-Mail-Adressen richtig zu verschlüsseln? Mit JavaScript z.b.
Dieartige Verschlüsselung ist zu einfach, schon lange bekannt, und Roboter kennen sie mit Sicherheit.
PHP-Code:<a href="mailto:&#116;&#101;&#115;&#116;&#64;&#116;&#101;&#115;&#116;&#46;&#111;&#107;">&#116;&#101;&#115;&#116;&#64;&#116;&#101;&#115;&#116;&#46;&#111;&#107;</a></p>
TL Handbuch Seite 115
HI
Ich nehme an du meinst das Ersetzen der Mailadresse durch Entities? Kleiner Tipp: Um diese im Forum darzustellen, einfach den Mauszeiger zwischen „&“ und das erste Zeichen setzen und oben auf den Button für „Fett“ drücken…
TYPOlight unterstützt im Moment nur diese Art der Verschleierung. Andere Arten vergleicht beispielsweise dieser Artikel – vielleicht kannst du sie irgendwie in TYPOlight einbauen.
Sebastian
dort habe ich leider nix gefunden. Kannst du mir einen Link geben?
ich frage nicht danach, welche Methoden es gibt. Die kenne ich ziemlich viele. Wie kann man eine davon in Typolight integrieren? Ich bin leider noch nicht so fit, was die TYPOlight.Programmierung betrifft, sonnst könnte ich gerne sowas selbst einbauen. Vielleicht kann mir jemand ein Paar Tipps geben, wo ich operieren muss?
Dann wuerd ich einen eigenen InsertTag empfehlen, den du per Hook einbaust.
Ein wenig PHP Kenntnisse sollten vorhanden sien, aber dann kannst du das recht einfach hiermit loesen : https://contao.org/typolight-hooks.h...laceInsertTags
Koennte dann so aussehen im Text
{{securemail::info@https://contao.org}}
Und deine HookFunktion generiert daraus dann irgendwas.
ich glaube, so eine Lösung kann nicht wirklich passen, denn der Kunde pflegt die Seiteninhalte selbst ein. Über den TinyMCE. Er wird die E-Mail-Adresse im Klartext eintragen, auf der Seite muss sie dann verschlüsselt stehen.
PHP-Kenntnisse sind vorhanden. Ich habe jetzt leider keine Zeit, mich in die TYPOlight-Programmierung einzulernen. Ich vermute, ich kann das direkt im Template machen. aber in welchem? Welches Template ist für die Ausgabe aus TinyMCE zuständig?
ich habe mich schlau gemacht. Kann ich im mod_article.tpl $this->contentElements parsen und die E-Mail-Adresse ersetzen? Oder gibt es eine dünnere Stelle. denn in $this->contentElements steht sie bereits von typolight verschlüsselt.
Zitat:
Zitat von lindesbs
Warum aenderst du dein erstes Posting ?
Du hast wohl den InsertTag email gefunden, der genau den oben von Dir angepassten Text generiert.
Aber was ist nun mit dem Thread ? Hast du es Dir anders ueberlegt, oder ist der von Dir oben genannte Ausgabe nun doch nicht mehr OK ?
Ich bin verwirrt.
leider kann das Forum die html-Entities nicht zeigen. Ich habe versucht das zu posten, was typolight generiert. Auf jeden Fall passt die Lösung mit dem Inserttag nicht ganz, weil der Endkunde kaum damit was anfangen kann. Er wird die Inhalte mit Copy&Paste eintragen
Ich hätte gerne so eine E-Mail verschlüsselung
oder wie bei TYPO3HTML-Code:E-Mail: <script language="javascript">antiSpam('max','mustermann','de','');</script>
HTML-Code:<a href="javascript:linkTo_UnCryptMailto('ocknvq,kphqBdgnvb0fg');">Schreib mir</a>
Zitat:
Zitat von lindesbs
Dann verstehe ich deine Argumentationen nicht.
Du sagst, er will das mit den InsertTags nicht, Er nutzt Coy&Paste.
Also muesstest du ein Modul enwickeln lassen, welches ALLE eMail Adressen auf der Webseite mit einem JavascriptCode DEINER Wahl ersetzt.
Du weisst aber hoffentlich, das deine propagierte Loesung nicht mehr Barrierefrei ist ?
Was machen die Benutzer, denen JavaScript abgeschaltet wurde ? Dann koennen Die dir keine eMail schreiben.
Hallo!
Zu dem Thema kann man hier etwas schönes finden: ;)
http://www.alistapart.com/articles/g...ilobfuscation/
Vermutlich auch Berrierefrei. ;)
ja, ich weiss es. Aber was kann man machen, wenn die Barrierefreiheit den Kunden nicht interessiert. Er will verschlüsselte E-Mails.Zitat:
Zitat von lindesbs
Selbst das programmieren, oder einen Partner ansprechen, der es Dir dann programmiert.
Das Ganze kann als einfacher eMailReplacer gestaltet werden, aehnlich meinem LinkExtender.
Ueber den HOOK outputFrontendTemplate kann das dann gesucht und ersetzt werden.
Hiho!
Ist auch rechtlich bedenklich! Deutsche Richter fordern zumindest im Impressum als Pflichtangabe eine klickbare E-Mailadresse! :-(Zitat:
ja, ich weiss es. Aber was kann man machen, wenn die Barrierefreiheit den Kunden nicht interessiert. Er will verschlüsselte E-Mails.
Tschüss
Marcus (aka Tiggr)
das ist kein Problem. Schau mal die Seite http://aircokkf.de/dienstleistungen/impressum.phpZitat:
Zitat von Tiggr
Eben doch ein Problem, da ich ohne JS noch nicht mal ne Email-Adresse zu sehen bekomme die ich kopieren könnte...
Hallo!
Richtig!Zitat:
Zitat von MacKP
Viele unserer Richter sind ja bekennende Internetausdrucker, denen dann zu erklären, dass da doch was zum Klicken ist, er sieht es nur nicht... viel Spass!
Für eine Abmahnung reicht es sicher alle mal!
Tschüss
Marcus (aka Tiggr)
Hallo Zusammen
Wie schon erwähnt steht im TL-Handbuch Seite 115 und übrigens auch unter https://contao.org/typolight-insert-tags.html folgende Anweisung zur Verschlüsselung von Email-AdressenNun, ich habe auf einer Seite die folgende Email-Adresse {{email::juhuu@blabla.ch}} nach dieser Anweisung im BE eingegeben. Im FE erscheint dann juhuu@blabla.ch und im Quelltext stehtZitat:
{{email::*}} Dieses Tag wird mit einem verschlüsselten Link zu einer E-Mail-Adresse ersetzt.
Meiner Ansicht nach kann es sich hier kaum um eine verschlüsselte Email-Adresse handeln.HTML-Code:<a href="mailto:juhuu@blabla.ch">juhuu@blabla.ch
Habe ich da etwas falsch gemacht oder falsch verstanden unter dem Hinweis, dass das Insert-Tag {{email::*}} eine automatische Verschlüsselung der Email-Adresse vornehmen soll.
Danke im Voraus für Eure Hilfe und die Aufklärung was ich unter dem {{email::*}} genau zu verstehen habe
Gruss - bluerate
Schaust du dir den quelltext über Firebug an? Dort wird dieser nicht mehr verschlüsselt wenn du allerdings den Quelltext im Browser anschaust kommt sowas raus.
Zitat:
Zitat von vinslave
Hallo schmanZitat:
Zitat von schman
Danke für Deine Antwort. Ich habe zuerst den Quellcode mit einem Firefox-Tool angeschaut, das mir den Quellcode formatiert anzeigt. Dort habe ich die Mail-Adresse, wie in meinem vorhergehenden Beitrag beschrieben, unverschlüsselt gesehen. Jetzt habe ich den Quellcode mit dem Web Developer überprüft und siehe da die Verschlüsselung ist vorhanden.
Gruss - Reto
Hallo!
Typolight verschlüsselt automatisch sowohl verlinkte als auch unverlinkte E-Mail-Adressen. Mir ist aber aufgefallen, dass im Modul Tabelle keine Verschlüsselung stattfindet. Was kann ich tun, damit auch dort eine automatische Verschlüsselung vorgenommen wird?
Danke für die Hilfe, Michael
Morgen,
Insert-Tags ;)
{{email::*}}
Viele Grüße
André
Kennen deutsche Richter den Unterschied von "mit Javascript" und "ohne"?Zitat:
Zitat von Tiggr
Eine von mir benutzte Lösung schaut so aus: mit Javascript erscheint eine mittels Javascript erzeugte (entweder Entities oder noch besser eigene kleine Funktion) anklickbare Emailadresse. Ohne Javascript erscheint die Emailadresse als Grafik und gleichzeitig ein Link zu einem Online-Kontaktformular. Das in Verbindung mit Adresse und Telefonnummer dürfte meiner Meinung nach ausreichend sein.
Und was die Barrierefreiheit angeht: wer eine Emailadresse, die mittels Javascript erzeugt wurde, nicht klicken kann, weil er kein Javascript hat, der kann auch nicht klicken.
Aber IANAL und alles keine Rechtsberatung. Nur meine Meinung.
Das hat geklappt! Gibt es vielleicht auch einen Insert-Tag für URLs? ich habe nur solche für interne Links gefunden.Zitat:
Zitat von andre.5tz
Liebe Grüße
HI
wie meinen? URL muss man doch nicht verschlüsseln!
Sebastian
Schon klar ;-) - wir sind ja hier nicht in China. Aber es wäre nett, wenn man Typolight mit einem {{}}-Code sagen könnte: Dieser Text ist eine URL, verlink sie und öffne sie in einem neuen Fenster, oder sowas... (insbes. für Modul Tabellen, wo man sonst jedesmal <a>...bla...</a> eintippen müsste. lg
Danke für den Hinweis! Wo kann ich das wie einbauen, ohne dass es beim nächsten Update verloren gehen kann (siehe https://community.contao.org/de/showthread.php?t=3239 )?
Ich bin Neuling in Typolight und brauch da etwas ausführlichere Hilfe ....
Liebe Grüße und schönen Tag! Michael
Hi Leute,
bzgl. der Verschlüsselung hätte ich noch eine andere Frage und zwar habe ich eine mail addy mit nur einem Zeichen vor dem @, doch wird diese nicht verschlüsselt. Nun frag ich mich voran es liegt oder ob generell diese nicht verschlüsselt werden können?
HI
bist du sicher, dass dem so ist? Du musst den Quelltext der Seite über die Quelltextanzeige betrachten, nicht über Firebug oder die Auswahlquelltext-Ansicht.
Sebastian
Hallo.
Ja ich bin mir sicher habe mir den Quelltext sowohl in Firefox als auch Opera anzeigen lassen. Ich finde es ja schon komisch, weil ich auch Adressen mit 2 und mehr Zeichen vor dem @ habe wo es keine Probleme gibt...
HI
ist das auch in der Online-Demo so?
Sebastian
Das habe ich nicht getestet, aber ich habe noch eine zweite Seite und habe es da getestet, aber dort ging es auch nicht.
HI
es war eigentlich eher als rhetorische Frage in Verbindung mit einer versteckten Aufforderung gedacht :D
Sebastian
;-)
Ok hab ich gemacht.
Hier wurde das mailto verschlüsselt die mail Adresse selber aber auch nicht ...
HI
ist eine solche Mailadresse überhaupt eine gültige Mailadresse?
Sebastian
Ja das ist natürlich eine gute Frage .. aber ich gehe mal davon aus, da die Adresse von Confixx angenomme wurde und ich auch mails an diese schicken kann ...
ab zwei Zeichen funktioniert es ja dann werde ich dort dann eben eine andere Lösung finden...
Danke für die Hilfe.
P.S.: Kann mir jemand vll. sagen wo die Funktion zur Verschlüsselung abgelegt ist bei TypoLight??
Hallo,
bin noch relativ neu mit Contao dabei (sehr schönes CMS! :-) ) und habe nun zwei Projekte damit erstellt, die demnächst online gehen. Bin normalerweise TYPO3ler und daher wohl etwas verwöhnt, was die Flexibilität angeht.
Jetzt muss ich das Thema leider nochmal ausgraben. Meiner Meinung nach wäre es optimal, wenn man dem Administrator die Möglichkeit bietet, die gewünschte Mailverschleierung auswählen zu können, also die relativ ineffektive Unicode Umschreibung (dafür barrierefrei) oder mit Javascript-Verschlüsselung (oder beides kombiniert). Wäre das nicht einen Feature Request wert?
Die Möglichkeit über InsertTags habe ich grob gelesen, ist aber meiner Meinung nach nicht zumutbar für den DAU, der einfach nur eine Mailadresse eingeben will. Er denkt gar nicht daran, das so zu machen und schreibt es dann natürlich ganz normal rein. Und ein Admin will nicht über jeden Inhalt, der geschrieben wurde taglich prüfen, ob auch InsertTags verwendet wurde. Es muss eben so einfach wie möglich für den Redakteur sein. Bei TYPO3 geht das Ganze ja sehr schön (Typoscript sei Dank).
Kann mir jemand sagen, wo man die PHP Funktion für die Mail Verschleierung findet und das abändern kann? Vielleicht auch gleich Updatesicher (Hooks o. ä.)?
Vielen Dank für eure Hilfe!
Grüße
Bernhard
Das hängt damit zusammen, dass die Verschlüsselung lediglich auf den Elementen Accordion, Hyperlink und Text angewendet wird (imo sollte das eigentlich Seitenübergreifend geschehen ...).Zitat:
Zitat von mandrael
Der Aufruf ist zu finden z.B. in der system/modules/frontend/ContentText.php:62, dort wird die String->encodeEmail Methode aufgerufen, welche in system/libraries/String.php:286 zu finden ist.Zitat:
Zitat von klodeckl
Diese Methode bietet keine HOOKs, muss also direkt geändert werden.
Jedoch müsste schon seit Sommer bekannt sein, dass auch JavaScript in naher Zukunft kein effektiven Schutz mehr bringen wird, da sich die Crawler von einfachen Text-Parsern zu intelligenten, Browser-Engine gestützten Monstern entwickeln. Ich meine Sommer diesen Jahres war es, wo eine Studentengruppe zeigte, wie man die Typo3 E-Mail Verschlüsselung und sogar JEDE andere JavaScript Verschlüsselung mit Hilfe einer Browser-Engine + JavaScript-Engine aushebeln kann.
Lustig finde ich, dass ich mit den E-Mail Adressen die ich irgendwo in nem Impressum einer Contao Installation hinterlege, überhaupt kein Problem mit SPAM habe. Also so wenig schützt die Verschlüsselung dann doch nicht. Da muss man eher dem Kunden beibringen, dass er NICHT hans[at]wurst.de schreibt :p
Danke, werde mir die Funktion mal genauer ansehen.Zitat:
Der Aufruf ist zu finden z.B. in der system/modules/frontend/ContentText.php:62, dort wird die String->encodeEmail Methode aufgerufen, welche in system/libraries/String.php:286 zu finden ist.
Diese Methode bietet keine HOOKs, muss also direkt geändert werden.
Klar ist es möglich, nur sind es wesentlich weniger Bots, die das können und somit sinkt die Wahrscheinlichkeit erheblich.Zitat:
Jedoch müsste schon seit Sommer bekannt sein, dass auch JavaScript in naher Zukunft kein effektiven Schutz mehr bringen wird, da sich die Crawler von einfachen Text-Parsern zu intelligenten, Browser-Engine gestützten Monstern entwickeln.
Hm, das ist interessant.Zitat:
Lustig finde ich, dass ich mit den E-Mail Adressen die ich irgendwo in nem Impressum einer Contao Installation hinterlege, überhaupt kein Problem mit SPAM habe.
Sehr interessant wäre auch, wenn es eine Statistik geben würde, wieviele Bots so unterwegs sind, wieviele davon den Unicode entschlüsseln können und wieviele auch das Javascript auslesen können.
Meint ihr nicht, dass es einen Feature Request wert wäre, dass man auswählen kann, ob man Unicode Umschreibung, Javascript Verschlüsselung oder keins haben will? Ich traue mich fast wetten, dass die meisten Javascript bevorzugen würden und auf die weniger Barrierefreiheit dafür pfeifen. Dazu gleich noch eine Contao Anfängerfrage: Wo kann man eigentlich Feature Requests in Contao einstellen?
-> Contao TicketsystemZitat:
Zitat von klodeckl
Supi, Danke! Werde ich mal reinstellen…
Es wird aber nicht mehr lange dauern, bis sie das können. Security through obscurity ist bekanntlich nicht DIE Lösung der Probleme, sondern nur ein Lösungsansatz. Viel besser und vermutlich sogar effektiver ist eine Captcha-Abfrage, um an die notwendigen Details zu kommen. Das ist auch rechtlich kein Problem, da der Zugang zu den Kontaktinformationen ja nicht verweigert und nur in einem vertretbaren Rahmen erschwert wird.Zitat:
Zitat von klodeckl
Ja, dass sind die Ignoranten die JavaScript für alles voraussetzen. Was ist mit denen die mit NoScript unterwegs sind? :rolleyes:Zitat:
Zitat von klodeckl
Also ganz ehrlich, die Grundlegenden Basisfunktionen sollten in jeder Website OHNE JavaScript funktionieren, dazu zähle ich z.B. auch ein Kontaktformular oder eine verwertbare E-Mail Adresse. ;)
Nutzerzahl < 1 %, potentielle Zielgruppe davon 0 %Zitat:
Was ist mit denen die mit NoScript unterwegs sind?
Captcha ist genauso Barrierefrei wie das Javascript, ein Screenreader kann es nicht verarbeiten. Der einzige Vorteil ist, dass es die 0 %, die JS im Browser deaktiviert haben, verwenden können. Dafür ist das Captcha selbst nervraubend wenn man fünfmal braucht, bis es endlich stimmt z.B.. Also auch nicht gerade besser.Zitat:
Viel besser und vermutlich sogar effektiver ist eine Captcha-Abfrage, um an die notwendigen Details zu kommen.
Man muss immer einen Kompromis zw. Barrierefreiheit und Spamflut eingehen. Wie man den Kompromis eingeht, ist Geschmackssache und man könnte Tage darüber philosophieren.
Darüber hinaus kann man ja wohl schlecht innerhalb eines Artikels eine Captcha Abfrage einbauen, und wenn dann ist das schon sehr unelegant. Für die Leute, die Mailadressen auch mal nicht nur im Impressum brauchen…
Nutzerzahl < 1% ???Zitat:
Zitat von klodeckl
Du scheinst Großfirmenkunden als potentielle Nutzer zu ignorieren oder? Es gibt immer noch genug Unternehmen die JavaScript eingeschränkt oder gar nicht auf den Workstations aktiviert haben.
Interessant? Wie kommst du darauf das Captchas nicht von Screenreadern verarbeitet werden können? Das Captcha von Contao ist definitiv Barrierefrei und sogar reCaptcha ist Barrierefrei. Für die Screenreader wird dann halt auf ein anderes Mittel als eine Grafik zurück gegriffen, Contao verwendet einen Text, reCaptcha ließt dir den Text vor.Zitat:
Zitat von klodeckl
Weißt du überhaupt, dass ein Captcha nicht zwangsläufig aus einer Grafik bestehen muss? Captchas gibt es in vielen Varianten, Größen und Formen. :p
Das würde zugegebenermaßen ein Problem sein, dass ohne JavaScript elegant zu lösen. :rolleyes:Zitat:
Zitat von klodeckl
PS: Ich glaube wir werden langsam ein bisschen Off-Topic :cool:
Hm, also ich war zwar schon in Großfirmen, habe aber da zumindest noch keine gesehen, bei der JS komplett verboten wird. Aber mag sein. Dann soll sich der Arbeitnehmer bei seiner Firma beschweren, die Zeiten sind einfach vorbei ;-). Selbst wenn es ein paar mehr Prozent sein sollen, kann man wahrscheinlich trotzdem feiern, wenn man mal jemanden findet, der ohne JS Unterstützung deine Website ansurft. Früher war das mal mehr, mittlerweile sieht’s jedoch ein bisschen anders aus, da eben ohne JS nicht mehr wirklich viel geht in Zeiten des Web 2.0. Unobstrusive klar, aber trotzdem will keiner freiwillig drauf verzichten.Zitat:
Nutzerzahl < 1% ???
Du scheinst Großfirmenkunden als potentielle Nutzer zu ignorieren oder? Es gibt immer noch genug Unternehmen die JavaScript eingeschränkt oder gar nicht auf den Workstations aktiviert haben.
Okay, hast recht. Trotzdem nervern Captchas einfach unheimlich und dann fahr ich lieber etwas weniger barrierefrei und nerve dann nicht 99 % aller Website Surfer. Und das vorlesen lassen ist zwar barrierefrei (wenn man anständig hören kann), nervt aber auch gewaltig.Zitat:
Interessant? Wie kommst du darauf das Captchas nicht von Screenreadern verarbeitet werden können? Das Captcha von Contao ist definitiv Barrierefrei und sogar reCaptcha ist Barrierefrei. Für die Screenreader wird dann halt auf ein anderes Mittel als eine Grafik zurück gegriffen, Contao verwendet einen Text, reCaptcha ließt dir den Text vor.
Weißt du überhaupt, dass ein Captcha nicht zwangsläufig aus einer Grafik bestehen muss? Captchas gibt es in vielen Varianten, Größen und Formen.
Stimmt, ich find’s aber mal ganz interessant, wie so die Meinungen sind.Zitat:
PS: Ich glaube wir werden langsam ein bisschen Off-Topic
Es geht ja eigentlich wirklich nur um die paar Leute auf der Welt, die JS nicht aktiviert haben, Screenreader können mit JS umgehen. Und wenn wirklich mal jemand ohne JS auf die Idee kommt, die Seite anzusurfen und dann auch noch eine Mailadresse lesen will, dann schafft er das vielleicht auch so, in dem er einfach das Kontaktformular verwendet. Also wie gesagt ne Geschmackssache. Ich persönlich bevorzuge JS und wenn in ein paar Jahren mal jemand ohne JS eine Mail schicken will, dann soll er beleidigt sein, dafür hab ich keinen Spam.
Allerdings muss man auch sagen: Wieviel prozentuale Blinde gibt es, die mit Screenreadern surfen?
NoScript ist eines der am meisten genutzen Firefox AddOn(ca. 300.00 downloads die Woche sprechen eine deutliche Sprache) . Insofern ist diese Einschätzung sicher falsch, zumal es noch mehr Filter gibt, die JS deaktivieren.Zitat:
Zitat von klodeckl
Ich hab auf meinen Seiten (u.a. eine Seite über Javascript) ca. 3% Besucher ohne JS. Daher halte ich die <1% für deutlich zu gering geschätzt.
Was das Verstecken von Mailadressen angeht, vertraue ich mehr auf den Spamfilter meins Thunderbirds, dessen Erfolgsquote bei fast 100% liegt, als das ich Hürden für meine Besucher einbauen würde.
Noscript blockt aber nicht generell, und wenn der Benutzer, der Noscript installiert hat, was nicht machen kann aber machen will, dann wird er wohl dafür eine Ausnahme einrichten. Wer JS deaktiviert, der weiß normalerweise was er tut und mit welchen Problemen er rechnen kann.
Besser ist es aber wohl die Ursache zu bekämpfen. Damit spart man sich Traffic und Serverlast…Zitat:
Was das Verstecken von Mailadressen angeht, vertraue ich mehr auf den Spamfilter meins Thunderbirds, dessen Erfolgsquote bei fast 100% liegt, als das ich Hürden für meine Besucher einbauen würde.
Und einen leeren Spamordner zu haben ist doch schön! :-)
Äh, doch! Bei einer firschen NoScript Installation wird erstmal ALLES geblockt. Das währe mir neu, dass es in NoScript vordefinierte Ausnahmen gäbe?! :eek:Zitat:
Zitat von klodeckl
In diesem Fall muss ich dir wohl recht geben. Aber vergiss bitte nicht die Administratoren, die JS auf den Workstations deaktivieren, wo der Benutzer keinen Einfluss hat. Aber das mag vielleicht auch einfach nicht deine Zielgruppe sein ;)Zitat:
Zitat von klodeckl
Hallo zusammen,
wenn ich die Funktionnutze, sieht man die E-Mailadresse nicht mehr auf der Seite, ist das so gewollt?HTML-Code:{{email::info@e-mail.com}}
Selbstverständlich nicht! Hast Du den Inserttag irgendwo kopiert? Gib mal die Klammern (insbesondere die beiden öffnenden) nochmals neu per Tastatur ein und entferne ggf. vorhandene unsichtbare (Steuer)Zeichen.Zitat:
Zitat von Igel
ich hab's per HAnd eingegeben und es geht trotzdem nicht...
Die E-Mail wird komplett unsichtbar, ist aber anklickbar.
Kann man sich das "Phänomen" online irgendwo ansehen?Zitat:
Zitat von Igel
oh man, es wird Zeit das Wochenende wird... ;-)
Ich muss die Links natürlich im CSS anpassen.
Kann es sein, dass das CSS für Links die gleiche Schriftfarbe macht, wie der Hintergrund in diesem Bereich?
Ist denn die verschlüsselte E-Mail-Adresse jetzt im Quelltext auffindbar?