Zum Inhalt springen

Gravierendes Problem bei sr_feuser_register und web.de

Erstellt am 1. April 2009 · 6 Antworten · letzte Antwort am 28. April 2009

Tags: Frontend-Benutzer, Frage

florist ·

Tach auch!

Auf meiner Seite verwende ich sr_feuser_register zur Registrierung für FE Benutzer.
Jetzt hab ich endlich alles richtig eingestellt und die Anmeldungen inkl. Freischaltung des Administrators funktionieren ohne Probleme....bis auf einen Effekt.

Bei meinen Tests hab ich festgestellt, dass wenn sich ein Benutzer bei der Registrierung
eine web.de E-Mail Adresse eingibt, funktioniert die Anmeldung nicht!

Normalerweise bekommt der Benutzer nach der Anmeldung einen Link, indem er seine Anmeldung bestätigt:
Dieser sieht in der Regel so aus:

http://www.meineDomain.de/cms/index.php?id=26&tx_srfeuserregister_pi1[regHash]=ec2b4ca1f759f74a0b9b

(Diesen Link bekomme ich in Outlook,GoogleMail, GMX)

nur Web.de verändert den Link, hier sieht dieser so aus:

https://freemailng0505.web.de/jump.htm?goto=http://www.meineDomain.de/cms/index.php?id=26&tx_srfeuserregister_pi1[regHash]=ec2b4ca1f759f74a0b9b

Klickt man auf den Web.de Link, Funktioniert die Anmeldung nicht?
Kennt jemand diesen Effekt?

Bitbull ·

Hallo Florist,

habe das selbe Problem mit web.de.
Kann man Typo3-seitig aber nix machen. #angry#

Interessant ist auch die HTML-Darstellungsproblematik mit web.de, da scheint es ebenfalls zu hapern.

Leider habe ich bisher keine Lösungen, melde mich aber im Falle eines Falles.

Gruß

Bitbull

just2b ·

Hallo,

naja wenn du mit realurl alle parameter umschreibst, sollte das eigentlich schön klappen

georg

Bitbull ·

Hallo just2b,

das Problem ist leider web.de-spezifisch: der übergebene Bestätigungs-Link wird in jedem Falle seitens web.de gewrappt.

Was z.B. bei gmx.net problemlos funktioniert (nach Klick auf Link erscheint eine Vorschaltseite á la: "Dieser Link führt zu einem externen Seiteninhalt außerhalb unseres direkten Einflussbereichs", danach zeitversetzte Weiterleitung) klappt bei web.de nicht: Der Link wird "zerschossen".

Ich schreibe mal an web.de, vielleicht gibt es eine Lösung. Einerseits ist Typo3 ja keine Nullnummer, und andererseits ist web.de zu wichtig, um keine Lösung zu erarbeiten (bei einer von mir im Dezember erstellten Kochseite sind von jetzt 1.000 Usern rund 200 web.de-Kunden)

Ich melde mich diesbezüglich nochmal.

Grüße

Bitbull

yahooooo ·

Die Frage ist allerdings, wo genau das Problem ist. Der Link hinter dem Jumpscript-Link ist ja identisch. Normalerweise wird ja über die Jump-URL beispielsweise der Referrer entfernt. Bei GMX ist das auch so. Könnte das vielleicht eine Ursache sein? Oder wird hier ein falscher Referrer gesetzt?

Andererseits: dann dürfte die Bestätigung ja auch nicht funktionieren, wenn man den Link von Hand eingibt anstatt ihn irgendwie anzuklicken. Das wirft allerdings noch eine Frage auf: ist der Referrer eigentlich leer, wenn ich auf einen Link in meinem Mailprogramm klicke? Müsste, oder?

Außerdem: wer verlässt sich schon auf den Referrer? So gesehen ist das Problem bestimmt woanders zu suchen.

just2b ·

Naja ich denk der letzte Parameter wird als parameter der web.de funktionin gesehen und nicht als teil der TYPO3-Url.

nochmals: mit realurl korrekt auflösen sollte helfen

georg