From d3c26e196e299a840be5bececc7f7a3e0abff89f Mon Sep 17 00:00:00 2001 From: Isabelle Viktoria Maciohsek Date: Thu, 17 Nov 2022 08:56:27 +0200 Subject: [PATCH] Update js-email-validation.md --- blog_posts/js-email-validation.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/blog_posts/js-email-validation.md b/blog_posts/js-email-validation.md index e681e818e..98154a5f2 100644 --- a/blog_posts/js-email-validation.md +++ b/blog_posts/js-email-validation.md @@ -16,7 +16,7 @@ Theoretically, email addresses can be validated using a regular expression. Afte Additionally, even if you could validate an email address, there’s **no way of knowing if this address is in fact currently in use**. The only way to do so, is to send an email and check the response. This is why most websites and apps nowadays send you a confirmation email in the first place. -Finally, even if you used a regular expression that is compliant with RFC 2822, it wouldn’t be without issues. Understading how it works or figuring out if it works correctly for each and every case would be pretty difficult. More importantly, though, it could be prone to **regular expression denial of service (ReDoS) attacks**, if implemented incorrectly. +Finally, even if you used a regular expression that is compliant with RFC 2822, it wouldn’t be without issues. Understanding how it works or figuring out if it works correctly for each and every case would be pretty difficult. More importantly, though, it could be prone to **regular expression denial of service (ReDoS) attacks**, if implemented incorrectly. By now, you should be starting to figure out why I’ve been hesitant to showcase a solution to the problem of email validation. While solutions do exist, the implications of each one must be considered carefully.