How It Works

EmailVerify는 이메일 전달 가능성을 정확하게 판단하기 위해 다층 인증 방식을 사용합니다. 각 이메일은 가장 정확한 결과를 제공하기 위해 여러 검증 단계를 거칩니다.

인증 프로세스

이메일 제출
      ↓
┌─────────────────┐
│ 1. 구문 검사    │ → 형식 오류? → invalid 반환
└────────┬────────┘
         ↓
┌─────────────────┐
│ 2. 도메인 검사  │ → 도메인 없음? → invalid 반환
└────────┬────────┘
         ↓
┌─────────────────┐
│ 3. MX 레코드    │ → 메일 서버 없음? → invalid 반환
│    인증         │
└────────┬────────┘
         ↓
┌─────────────────┐
│ 4. 일회용       │ → 데이터베이스 일치? → disposable 표시
│    탐지         │
└────────┬────────┘
         ↓
┌─────────────────┐
│ 5. SMTP 검사    │ → 메일박스 없음? → invalid 반환
│    (선택사항)   │
└────────┬────────┘
         ↓
┌─────────────────┐
│ 6. 점수         │ → 신뢰도 점수 계산
│    계산         │
└────────┬────────┘
         ↓
    결과 반환

인증 단계 설명

1단계: 구문 검증

먼저 이메일 주소가 유효한 RFC 5322 형식 규칙을 따르는지 확인합니다:

• 정확히 하나의 @ 기호 포함
• 로컬 파트(@앞)가 명명 규칙을 따름
• 도메인 파트(@뒤)가 올바르게 형식화됨
• 유효하지 않은 문자 없음

예시:

• user@example.com - 유효한 구문
• user.name+tag@example.co.uk - 유효한 구문
• user@ - 유효하지 않음 (도메인 누락)
• @example.com - 유효하지 않음 (로컬 파트 누락)

2단계: 도메인 인증

도메인이 실제로 존재하고 올바르게 구성되어 있는지 확인합니다:

• 도메인 DNS 조회
• 도메인 등록 상태 확인
• 도메인이 차단 목록에 있지 않은지 확인

3단계: MX 레코드 확인

도메인이 이메일을 받을 수 있는지 확인하기 위해 DNS에서 MX(Mail Exchange) 레코드를 쿼리합니다:

example.com → MX: mail.example.com (Priority: 10)
            → MX: backup.example.com (Priority: 20)

MX 레코드가 없는 도메인은 이메일을 받을 수 없습니다.

4단계: 일회용 이메일 탐지

5000개 이상의 알려진 일회용 이메일 도메인 데이터베이스를 유지합니다:

• 공개 일회용 서비스 (Mailinator, 10MinuteMail 등)
• 비공개 일회용 도메인
• 임시 이메일 생성기
• 별칭 서비스

데이터베이스는 새로운 일회용 도메인으로 매일 업데이트됩니다.

5단계: SMTP 인증

가장 정확하지만 가장 복잡한 인증 단계입니다. 다음을 수행합니다:

1. 수신자 메일 서버에 연결
2. SMTP 대화 시작
3. 특정 메일박스 존재 여부 확인
4. 다양한 서버 응답을 우아하게 처리

HELO verify.emailverify.ai
MAIL FROM:<verify@emailverify.ai>
RCPT TO:<user@example.com>
→ 250 OK (메일박스 존재)
→ 550 User unknown (메일박스 존재하지 않음)

6단계: 점수 계산

모든 단계의 결과를 결합하여 신뢰도 점수(0.0 - 1.0)를 계산합니다:

인증 속도

다른 인증 수준은 다른 속도 프로필을 가집니다:

엣지 케이스 처리

캐치올 도메인

일부 도메인은 메일박스 존재 여부와 관계없이 모든 이메일을 수락합니다. 다음과 같이 처리합니다:

1. 캐치올 구성 감지
2. 결과를 accept_all로 표시
3. 중간 신뢰도 점수 제공
4. 이러한 주소를 어떻게 처리할지 결정

그레이리스팅

일부 서버는 처음 보내는 발신자를 일시적으로 거부합니다. 다음과 같이 처리합니다:

1. 그레이리스팅 응답 감지
2. 자동 재시도 로직 구현
3. 효율성을 위한 결과 캐싱

대상 서버의 요청 제한

EmailVerify와 대상 메일 서버를 모두 보호하기 위해:

1. 인증 요청을 여러 IP에 분산
2. 도메인별 적응형 요청 제한 구현
3. 서버 요청 지연 준수

인프라

글로벌 인증 네트워크

• 여러 데이터 센터: 미국, EU, 아시아 태평양
• 이중화 시스템: 99.9% 가동 시간 보장
• 스마트 라우팅: 각 인증에 최적의 경로 선택

보안 및 규정 준수

• 모든 연결 암호화 (TLS 1.3)
• 이메일 내용 저장하지 않음
• GDPR 준수 데이터 처리
• SOC 2 Type II 인증

모범 사례

인증 시기

인증 빈도

• 활성 목록: 분기별 인증
• 비활성 목록 (90일 이상): 발송 전 인증
• 새로 획득한 목록: 첫 사용 전 항상 인증

다음 단계