E-Mail Validierung problematisch - beispielsweise 11111.2222@mail.de

[pq]

Hallo.
Heute hat sich ein Kunde bei uns gemeldet.
Seine eMail wahr ähnlich wie 11111.2222@mail.de

modified eCommerce Shopsoftware hat die eMail als ungültig abgewiesen.

Jetzt bin ich mir unschlüssig, ob ich die Validierung etwas "lockern", oder so lassen soll.

Habt Ihr solche Kunden auch ab und zu ?

Gerd



Linkback: https://www.modified-shop.org/forum/index.php?topic=12193.0

[DokuMan]

Versuchs mal hiermit.
Wir haben die E-Mail Validierung in r1622 überarbeitet:

[pq]

Hi DokuMan,
nein, auch da wird die Adresse ausgefiltert.
Sei's drumm. Der Kunde hat per Mail bestellt.

Ich weiss nur nicht, wie oft sowas in Zukunft vorkommt. Es war eine kabel-bw Adresse. Vielleicht bekommen alle Kunden so eine ? Ich meine von der Telekom auch mal eine ähnliche mit der Kundennummer bekommen zu haben.

Gerd

[Matt]

Also bei mir validiert die o.g. Adresse in 1.05. Die T-Online-E-Mail-Adressen können nach dem Muster 012345678901-0001@t-online.de aufgebaut sein (Anschlusskennnung-Mitbenutzernummer@). Auch die laufen problemlos durch.

Trotzdem frage ich mich, warum man hier das Rad mal wieder mit Gewalt neu erfinden muss anstatt einfach PEAR::Validate zu benutzen. Denn durch die xtc-Funktion laufen auch Sachen mit ungültigen (nicht registrieren) Domainnamen durch (bzw. der Schalter ENTRY_EMAIL_ADDRESS_CHECK ist in seiner aktuellen Implementierung unbrauchbar) und es werden Adressen mit Sonderzeichen im Localpart validiert, obwohl diese nicht gültig sind.

[pq]

Ok, war mein Fehler.
Ich hab in unserm Shop die doppelte Eingabe der eMail-Adresse entfernt.

In der "create_guest_account.php" gibt's einen Vergleich:

Code: PHP  [Auswählen]

$email_address != $confirm_email_address

Und bei einer Zahl in der eMail-Adresse macht PHP einen Zahlenvergleich, anstatt einem Stringvergleich. Dort scheiterte es, und nicht bei der Validierung.

Hab die Zeilen bei mir jetzt raus genommen.

[Matt]

Dann musst du das halt nach (string) casten. Aber unabhängig davon sollte eine Vergleichsabfrage von 11111.2222@mail.de == 11111.2222@mail.de immer "true" ergeben.

[Tomcraft]

Ah okay, Danke für die Auflösung des Problems!

Grüße

Torsten

[DokuMan]

[...]
Trotzdem frage ich mich, warum man hier das Rad mal wieder mit Gewalt neu erfinden muss anstatt einfach PEAR::Validate zu benutzen. [...]

Weil wir immer den Spagat zu Webhostern schaffen (müssen), die nicht mit PEAR-Unterstützung zu haben sind.

[Matt]

Man könnte ja mit Fallback arbeiten. Oder PEAR bundlen.