REGEXVAULTv2.0
Web & Network/Misc
Verified Safe

Email Address (RFC 5321 Simplified) Regex for JavaScript

/^[a-zA-Z0-9.!#$%&'*+/=?^_`{|}~\-]{1,64}@[a-zA-Z0-9](?:[a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])?(?:\.[a-zA-Z0-9](?:[a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])?)*\.[a-zA-Z]{2,63}$/i

What this pattern does

This page provides a comprehensive, battle-tested regular expression for matching email address (rfc 5321 simplified), ported and verified for JavaScript. A rigorously tested regex reduces debugging time and protects your application from edge-case failures. The snippet below is ready to drop into your JavaScript project — whether you're validating in an Express middleware, a Next.js API route, or a client-side form.

Javascript Implementation

Javascript
// Email Address (RFC 5321 Simplified)
// ReDoS-safe | RegexVault — Web & Network > Misc

const emailAddressRfc5321SimplifiedRegex = /^[a-zA-Z0-9.!#$%&'*+\/=?^_`{|}~\-]{1,64}@[a-zA-Z0-9](?:[a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])?(?:\.[a-zA-Z0-9](?:[a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])?)*\.[a-zA-Z]{2,63}$/i;

function validateEmailAddressRfc5321Simplified(input: string): boolean {
  return emailAddressRfc5321SimplifiedRegex.test(input);
}

// Example
console.log(validateEmailAddressRfc5321Simplified("user@example.com")); // true

Test Cases

Matches (Valid)
Rejects (Invalid)
user@example.com@example.com
user.name+tag@example.co.ukuser@
admin@subdomain.example.comuser@.com
test.email@example.iouser@example
user123@example-domain.comuser name@example.com

When to use this pattern

This pattern is drawn from the Web & Network > Misc category and carries a ReDoS-safe certification. That matters for JavaScript developers because especially critical in long-running Node.js event loops where a ReDoS vulnerability can block the entire process. RegexVault audits patterns against known backtracking attack vectors, ensuring you have the necessary context before using this regex in a high-stakes production environment.

Common Pitfalls

Quoted strings in local parts ("user name"@example.com) are valid per RFC but not matched by this pattern — intentionally excluded for practical use.

Technical Notes

Full RFC 5321 compliance is extremely complex. This covers 99%+ of real-world email addresses. Local part limited to 64 chars per RFC 5321 section 4.5.3. Always send a confirmation email to verify — regex alone cannot confirm deliverability.

Have a pattern that belongs in the vault?

Submit it for review — community-verified patterns get credited to your GitHub handle. Free submissions join the queue. Priority review available for $15.

Submit a Pattern