Disa
Legacy Member
adrianhates zei:typos zijn dan ook geen foutieve invoer.. ( voor de gebruiker miss wel , maar dat is niet uw probleem ..)
Sorry hoor, maar wat is dan foutieve invoer? Heb je de RFC bekeken? E-mail adressen komen in meer vormen dan [email protected] voor.
Er is een hele RFC geschreven over email en URL validatie.
adrianhates zei:uw punt was mij al lang duidelijk hoor .. Ge blijft hier wel zelf zeggen dat het onmogelijk is om 100% te checken op een correct emailadres ( buiten een email met bevestiging/activatie link sturen ). Klopt , maar als je al die dingen gaat samenvoegen is de kans al veel kleiner dat er een foutief emailadres wordt ingegeven.. Meestal heeft dat dan ook niet één (negatief) gevolg voor uw systeem op zich, omdat ge imho toch ALTIJD met een bevestiging/activatie systeem moet werken.
Ik gebruik gmail en als ik registreer is dat altijd onder de vorm: [email protected]. Gmail kapt alles na de + af en levert het af aan [email protected].
Als er al een 'naam-van-de-site' label bestaat, krijgt deze mail automatisch dat label toegewezen. Als die site mijn mailadres zou doorgeven/doorverkopen, weet ik wie het was.
De regex die Mam gebruikt, zou dus al een false positive generen.
adrianhates zei:Komt er dan toch nog toevallig een slecht/fake/foutief emailadres in ( wat dan quasi onmogelijk is bij een fake email), bij een mailinglist bvb, worden die toch gebounced en automatisch verwijderd.
Dat is zo ongeveer mijn punt... Waarom dan nog een regex toevoegen die eigenlijk weinig meerwaarde biedt?
)






