이메일 검증기 (구문 + 일반 오타 감지)

본 검증기가 하는 것 (그리고 못 하는 것)

이메일 구문 검증은 'name@domain.tld'가 RFC 5322의 구조 규칙 따르는지 확인. 우리는 플러스 태그, 점, 비정상 TLD 있는 합법 주소에 충분히 유연하면서 거의 모든 실제 오타 잡는 실용적 정규식 사용.

이것이 못 하는 것: 주소가 실제 메일 받는지 확인. 실제 이메일 보내거나 SMTP 검사 필요, 둘 다 서버 측 코드 필요하고 거짓 양성(catch-all 도메인, greylisting) 위험. 구문 검증은 저렴하게 오타 잡음; 전달 가능성 검사는 다른 접근 필요.

일반 오타 감지

주요 무료 이메일 제공자의 오타 감지 — 'gmail.com' 대신 'gmial.com', 'yahoo.com' 대신 'yaho.com' 등. 이메일 가입 오타 약 95%가 이 몇몇 제공자의 도메인 오타. 클라이언트 측에서 잡으면 반송된 환영 이메일과 불편한 '주소 확인 부탁' 후속 절약.

가입 폼 만들면 제출 전 같은 로직 실행. '혹시...?' 제안 표시하고 사용자 수락 또는 무시 허용. 성숙한 가입 흐름은 일상적으로 이를 함; 이메일 전달 가능성 눈에 띄게 개선.

로컬 부분 규칙

플러스 태그('user+filter@gmail.com'): 주요 제공자가 널리 지원. 단일 인박스 유지하면서 다른 가입에 고유 주소 만들기 사용.

점('user.name@gmail.com'): Gmail은 같은 주소로 처리(점 무시), 그러나 다른 제공자는 다른 주소로 처리할 수 있음. Gmail 외에서 점 등가 의존 금지.

길이: RFC 5321은 로컬 부분을 64자, 전체 주소를 254자로 제한. 초과 시 경고 — 대부분 서버가 더 긴 주소 거부.

대소문자 구분: RFC에 따르면 로컬 부분은 대소문자 구분, 그러나 대부분 제공자는 대소문자 비구분 처리. 도메인은 항상 대소문자 비구분.