이메일 주소 유효성 검사
이메일 주소가 실용적인 RFC 5322 형식 규칙에 맞는지 즉시 확인하고, 해당 도메인이 실제로 메일을 수신할 수 있는지(MX 레코드 조회)도 확인할 수 있는 무료 도구. 폼 검증과 메일링 리스트 정리에 유용합니다.
이메일 형식 판정 예시
| 예시 주소 | 판정 | 이유 |
|---|---|---|
| [email protected] | 유효 | 기본 형식 (로컬 파트 @ 도메인 파트) |
| [email protected] | 유효 | 마침표와 더하기 기호가 포함된 태그형 주소 |
| [email protected] | 무효 | 로컬 파트에 마침표가 연속으로 존재 |
| @example.com | 무효 | 「@」 앞의 로컬 파트가 비어 있음 |
| user@example | 무효 | 도메인에 최상위 도메인(.com 등)이 없음 |
| user example.com | 무효 | 「@」 기호가 포함되어 있지 않음 |
사용 팁
- 「[email protected]」처럼 형식이 올바른 주소라도 실제로 메일이 도착한다는 보장은 없습니다. 아래의 MX 레코드 확인을 통해 어느 정도 가늠할 수 있습니다.
- 메일링 리스트를 정리할 때는 먼저 형식 검사로 명백한 오타를 걸러내고, 그다음 MX 레코드 확인으로 도메인 자체의 유효성을 확인하면 효율적입니다.
- Gmail이나 Outlook 같은 주요 도메인은 항상 MX 레코드를 가지고 있지만, 회사 자체 도메인은 설정 직후이거나 설정 오류로 MX 레코드가 없을 수 있습니다.
- 주소를 복사해서 붙여넣을 때 끝에 불필요한 공백이 섞이면 형식 검사에서 무효로 판정될 수 있으니 입력란 앞뒤의 공백에 주의하세요.
- 자체 가입 폼에 실시간 유효성 검사를 넣고 싶다면 아래 여담에서 소개하는 실용적인 정규 표현식을 그대로 활용할 수 있습니다.
자주 묻는 질문
여담 ― 이메일 검증이 왜 「두 단계」로 나뉘어 있을까
이메일 검증은 「형식」과 「존재 여부」라는 서로 다른 두 층으로 나누어 생각하면 이해하기 쉬워집니다. 형식 검사는 문자열이 이메일 주소로서 올바른 구조(로컬 파트, @, 도메인 파트)를 갖추고 있는지만 확인하는 순수한 정적 판정이며 네트워크 통신을 전혀 하지 않습니다. 반면 존재 여부 확인에는 도메인에 대한 DNS 조회가 필요한데, 이는 브라우저의 자바스크립트에서 직접 실행할 수 없으므로 서버 측 처리가 반드시 필요합니다. 이 도구가 두 가지를 별도의 단계로 나눈 것은 이러한 기술적 차이를 그대로 반영한 결과입니다.
RFC 5322는 이메일 주소의 공식 문법을 정의하고 있지만, 그 내용은 놀라울 정도로 복잡합니다. 예를 들어 로컬 파트를 큰따옴표로 감싸면 공백이나 연속된 마침표까지도 규격상으로는 허용되는데, 이는 실제 메일 서버에서는 거의 사용되지 않는 특수한 경우입니다. 이 때문에 대부분의 실무자는 완전히 규격을 준수하는 파서 대신 WHATWG(HTML Living Standard)가 정의한 간략화된 정규 표현식을 채택하고 있으며, 이 도구도 이러한 실용주의를 따르고 있습니다.
MX 레코드는 DNS에 등록되는 「이 도메인 앞으로 오는 메일을 어떤 서버가 받을지」를 나타내는 레코드로, 우선순위(프리퍼런스 값)가 낮을수록 먼저 사용됩니다. 기업이 메일 서버를 이전할 때는 여러 MX 레코드를 일시적으로 병존시켜 단계적으로 전환하는 방식이 흔히 사용됩니다. MX 레코드가 하나도 발견되지 않는 경우, 해당 도메인 앞으로 보낸 메일은 수신 측에서 거부될 가능성이 높다고 판단할 수 있습니다.