이메일 주소 유효성 검사
이메일 주소 형식과 수신 도메인의 MX 존재 여부를 확인합니다.
이메일 주소 유효성 검사는 입력한 주소가 올바른 형식인지, 그리고 그 도메인이 실제로 메일을 받을 수 있는 MX(메일 교환) 레코드를 가지고 있는지 한 번에 확인하는 도구입니다. 회원가입 폼·뉴스레터 구독·문의 양식에서 들어온 주소가 명백한 오타이거나 존재하지 않는 도메인인지 가입 전에 걸러낼 수 있습니다.
검증은 두 단계로 진행됩니다. 먼저 local@domain 구조와 허용 문자를 견고한 규칙으로 점검하고, 형식이 통과하면 도메인을 추출해 공개 DNS에 MX 레코드를 조회합니다. MX가 없으면 A 레코드(암묵적 MX)로 폴백해 도메인이 메일을 수신할 수 있는지 추정합니다. 도메인 진단이 더 필요하면 DNS 레코드 조회로 전체 레코드를 함께 보세요.
무엇을 검사하고, 무엇은 못 하나
이 도구가 확인하는 것은 두 가지입니다. (1) 주소가 RFC에 부합하는 형식인지, (2) 도메인에 메일 수신 레코드(MX, 없으면 A)가 있는지. 둘 다 통과하면 종합 판정은 "수신 가능성 높음"으로 표시됩니다. 다만 이것은 가능성일 뿐 확정이 아닙니다.
- 형식 검증: 골뱅이 위치, 로컬·도메인 길이, 허용 문자, 점 위치 등을 점검합니다.
- MX 존재: 도메인이 메일을 받도록 설정되어 있는지(메일 서버 위임 여부)를 봅니다.
- A 폴백: MX가 없어도 A 레코드가 있으면 암묵적 MX로 보고 수신 가능으로 추정합니다.
이메일 검증의 한계
형식과 MX가 모두 정상이어도 실제 사서함(mailbox)이 존재하는지는 이 도구로 알 수 없습니다. 특정 사용자명이 그 서버에 등록되어 있는지는 메일 서버만 알고 있습니다.
- SMTP 핑은 신뢰하기 어렵습니다: RCPT TO로 사서함을 떠보는 방식은 캐치올 주소, 그레이리스팅, 의도적 위장 응답 때문에 결과가 자주 틀립니다. 또한 과도한 SMTP 시도는 발신 IP의 평판을 떨어뜨릴 수 있습니다.
- 일회성·역할 주소: 형식과 MX가 정상이어도 일회용 도메인이거나
info@·admin@같은 역할 주소일 수 있습니다. - 가장 확실한 확인은 더블 옵트인: 확인 메일을 보내고 사용자가 링크를 클릭하게 하는 방식이 실제 수신·소유를 검증하는 사실상 유일하게 신뢰할 수 있는 방법입니다.
판정 예시로 보는 형식 규칙
헷갈리기 쉬운 입력들이 각각 어떻게 판정되는지 정리했습니다. 형식이 통과해도 도메인 단계에서 MX/A 조회로 한 번 더 걸러진다는 점을 함께 보세요.
| 입력 예시 | 형식 판정 | 이유 |
|---|---|---|
user.name+tag@gmail.com | 통과 | 점·플러스 태그는 허용 문자. +tag는 서브어드레싱이며 정상 주소입니다. |
user@한글.kr | 통과(IDN) | 국제화 도메인은 내부적으로 xn-- 퓨니코드로 변환되어 MX 조회됩니다. |
user@gmail.con | 형식 통과 / MX 실패 | 철자 오타(.con)는 형식상 적법하지만 도메인에 MX/A가 없어 수신 불가로 잡힙니다. |
user..name@x.com | 실패 | 연속된 점, 로컬 시작·끝의 점은 허용되지 않습니다. |
user@localhost | 실패 | 점이 없는 단일 라벨 도메인은 공개 메일 수신 대상이 아니므로 거릅니다. |
info@회사.com | 통과(역할 주소 주의) | 형식·MX 모두 정상이라도 info@·admin@ 같은 역할 주소는 개인 도달률이 낮을 수 있습니다. |
실제 판정 흐름 예시
John@Gmail.COM 처럼 앞뒤 공백과 대문자가 섞여 들어왔다고 합시다. 처리 순서는 (1) 양끝 공백 제거 → John@Gmail.COM, (2) 골뱅이 1개 확인 후 도메인을 소문자로 정규화 → gmail.com, (3) 형식 통과 판정, (4) gmail.com에 MX 조회 → 구글 메일 서버 발견 → 최종 "수신 가능성 높음". 로컬 파트(John)의 대소문자는 RFC상 보존 대상이라 임의로 소문자화하지 않습니다.
흔한 실수 / 함정
- "형식 통과 = 보낼 수 있다"로 오해:
.con·gmial.com같은 오타는 형식 규칙은 완벽히 통과합니다. 도메인 단계의 MX/A 조회가 없으면 절대 걸러지지 않으니, 형식 검증만으로 발송을 결정하지 마세요. - 화면에 보이는 이름까지 붙여 넣기:
홍길동 <hong@x.com>처럼 표시 이름이 포함된 형태를 그대로 넣으면 형식 실패가 납니다. 검사 대상은 순수 주소hong@x.com뿐입니다.