EF Schnittstelle
- Ersteller PeterRo
- Erstellt am
... oder lieg ich da falsch?Bei der Anmeldung wird doch über den EF abgefragt ob der User angemeldet,gesperrt etc. ist (User Check https://www.klamm.de/engine/klamm/validate.php). hier bekommt der User die Meldung zurück Klammpasswort falsch.
Gruß Peter
Gruß Peter
- 20 April 2006
- 22.680
- 1.315
Du meinst auf einer Loseseite? Kommt ganz auf deren Seite an. Im Normalfall schon.
- Wenn der EF "Losepasswort falsch" meldet, dann is das Losepasswort definitiv falsch!
- Wenn aber die Loseseite (die ja zu 99% sch**** programmiert is) "Losepasswort falsch" meldet, dann muss das Losepasswort nicht notwendigerweise falsch sein. Kann ja auch der Programmierer der Webseite zu doof gewesen sein, die Statusmeldung zu lesen oder hat ein anderes Passwort übergeben, etc. etc.
Ich hatte früher z.B. mal mit einer Loseseite zu tun, die das Passwort ab der x-ten Stelle abgeschnitten hat. Jeder, der ein zu langes Passwort hatte, konnte sich nicht mehr einloggen, sondern musste sich für jeden Login immer wieder n neues Passwort zuschicken lassen.
Manchmal werden auch nicht alle Zeichen erlaubt.
Auf manchen Seiten darf das PW nicht länger als 8 oder 12 Zeichen sein, oder es darf keine Sonderzeichen enthalten.
Vlt liegt es einfach nur daran.
Ich hatte mal eines ala
Edit:
Einfach mal das Einmalpasswort versuchen.
Oder: vlt. braucht der User auch zu lange.
Das Einmalpasswort gilt nur 10 Minuten, danach gilt das normale wieder oder garkeins
Auf manchen Seiten darf das PW nicht länger als 8 oder 12 Zeichen sein, oder es darf keine Sonderzeichen enthalten.
Vlt liegt es einfach nur daran.
Ich hatte mal eines ala
Ging nur stellenweise...
Edit:
Einfach mal das Einmalpasswort versuchen.
Oder: vlt. braucht der User auch zu lange.
Das Einmalpasswort gilt nur 10 Minuten, danach gilt das normale wieder oder garkeins
- 20 April 2006
- 22.680
- 1.315
Wieso man explizit Zeichen ausschließt (und das nicht hinschreibt!), wird sich mir nicht erschließen. Es is ja Zusatzaufwand seitens der Programmierung bestimmte Zeichen zu verbieten.
- 20 April 2006
- 22.680
- 1.315
Jedes Losepasswort, was nicht durch urlencode() durchgeht, wird eh lustig, weil man dann u.U. sich die Losemenge beliebig aussuchen darf, die man sich auszahlt
So isses. Mit der API ist alles in Ordnung.Du meinst auf einer Loseseite? Kommt ganz auf deren Seite an. Im Normalfall schon.
- Wenn der EF "Losepasswort falsch" meldet, dann is das Losepasswort definitiv falsch!
- Wenn aber die Loseseite (die ja zu 99% sch**** programmiert is) "Losepasswort falsch" meldet, dann muss das Losepasswort nicht notwendigerweise falsch sein. Kann ja auch der Programmierer der Webseite zu doof gewesen sein, die Statusmeldung zu lesen oder hat ein anderes Passwort übergeben, etc. etc.
Ich tippe eher drauf, dass der "User" das klamm-PW angibt statt sein LosePW.
Einmal-PW wäre die nöächste Versuchs-Instanz.
ice-breaker
return void
- 27 April 2006
- 6.257
- 585
Jedes Losepasswort, was nicht durch urlencode() durchgeht, wird eh lustig, weil man dann u.U. sich die Losemenge beliebig aussuchen darf, die man sich auszahlt
urlencode() bringt dir aber auch nichts wenn deine Seite UTF-8 kodiert ist und Klamm iso-8559-1, dann wirst du zwangsläufig - sofern nicht manuell umkodiert wird - Fehler erhalten bei Sonderzeichen außerhalb von ASCII.
ice-breaker
return void
- 27 April 2006
- 6.257
- 585
Chinesische Zeichen als Loseüberweisungsbetreff hab ich schon mal vergeblich versucht. Das kann nicht mal klamm selber handeln. Dann wirds die EF-Schnittstelle erst recht nicht können
Deutsche Umlaute reichen schon, die Kodierung in iso-8859-1 und UTF-8 ist komplett verschieden
Ähnliche Themen
