복구 · 바운스 처리
이메일 바운스 처리 가이드
바운스는 트랜잭션 이메일 운영에서 피할 수 없는 신호입니다. 이를 어떻게 분류하고 억제하며 복구하느냐가 고용량 운영에서 발신 평판을 지킬 수 있는지를 결정합니다.
대표 제품 UI — 예시 데이터이며 실제 고객 지표가 아닙니다.
컨트롤 플레인
Sendarix가 바운스 신호를 분류, 억제, 라우팅하는 방식
바운스 이벤트는 단순한 정적 blocklist가 아니라 라우팅 결정과 tenant 단위 suppression에 반영됩니다. 하드 바운스는 즉시 억제되고, 소프트 바운스는 에스컬레이션 전에 재시도 정책을 따릅니다.
Tenant 격리는 한 고객의 나쁜 목록이 다른 고객에게 영향을 주지 않도록 합니다. Webhook 이벤트(bounce, soft_bounce, complaint)는 CRM 기록을 업데이트하고 복구 플로우를 실행하는 데 필요한 세부 정보를 제공합니다. 정책 구성은 email routing을 참고하세요.
| Relay 경로 | 신호 | 상태 |
|---|---|---|
| EU 트랜잭션 | 안정적인 전송 | 정상 |
| US 대량 발송 | 낮은 deferral | 정상 |
| 전용 테넌트 | 증가한 deferral | 저하 |
대표 제품 UI — 예시 데이터이며 실제 고객 지표가 아닙니다.
하드 바운스 vs 소프트 바운스 - 분류
모든 바운스가 같은 것은 아닙니다. 수신 서버의 응답 코드는 실패가 영구적인지 일시적인지 알려 주며, 시스템은 각 경우를 다르게 처리해야 합니다.
하드 바운스
영구적인 전달 실패입니다. mailbox가 없거나 domain이 유효하지 않거나 수신자가 해당 domain의 메일을 영구적으로 거부한 경우입니다.
응답 코드:550 Mailbox unavailable, 550 User unknown, 550 No such recipient
필요 조치: 즉시 전역 suppression 목록에 추가합니다. 이 주소로 다시 보내지 않습니다.
소프트 바운스
일시적인 전달 실패입니다. mailbox가 가득 찼거나 서버가 일시적으로 사용할 수 없거나 연결 문제가 있는 경우입니다.
응답 코드:450 Mailbox full, 421 Service temporarily unavailable, 451 Server busy
필요 조치: 지수 backoff로 재시도합니다. N회 연속 실패 후 하드 바운스로 전환합니다.
재시도와 backoff 전략
소프트 바운스는 재시도해야 하지만 즉시 또는 무제한으로 해서는 안 됩니다. 구조화된 재시도 일정은 이미 저하된 서버를 과도하게 두드리는 것을 방지합니다.
| 시점 | 조치 |
|---|---|
| 즉시 | 전송 시점의 첫 번째 시도 |
| +15분 | 첫 번째 재시도 - 서버 또는 네트워크 오류 |
| +1시간 | 두 번째 재시도 |
| +4시간 | 세 번째 재시도 |
| +12시간 | 네 번째 재시도 |
| 드롭 | 5회 연속 실패 후 하드 바운스로 전환하고 억제 |
Suppression 목록 관리
Suppression 목록은 메일을 받을 수 없는 주소로 보내는 것을 막는 기본 방어선입니다.
하드 바운스
영구적입니다. 재전송을 시도하지 않습니다. timestamp와 함께 영구 저장합니다.
불만 신고(FBL)
사용자가 spam으로 표시했습니다. 장기 suppression을 적용하고 신고 날짜와 함께 저장합니다.
구독 해지 요청
CAN-SPAM 및 GDPR 요구 사항에 따라 즉시 억제해야 합니다.
일시적 실패
재시도 기간 동안 억제하지 않습니다. 최대 재시도 횟수를 초과한 뒤에만 억제합니다.
멀티 tenant SaaS 플랫폼에서는 suppression 목록을 tenant별로 격리해야 합니다. domain별 경계는 tenant isolation을 참고하세요.
바운스용 webhook 이벤트 추적
email webhooks로 전달되는 바운스 이벤트가 가장 자세한 정보를 제공합니다. 다음 이벤트 유형을 추적하세요:
bounce— 하드 바운스. 수신자를 즉시 억제합니다.soft_bounce— 일시적 실패. backoff 정책에 따라 재시도를 예약합니다.complaint— 수신자가 spam으로 표시했습니다. 장기적으로 억제합니다.delivery— 수신 서버가 메시지를 수락했음을 확인합니다.reject— 서버가 큐잉 전에 거부했습니다. SPF/DKIM/DMARC 레코드를 확인하세요.
Sendarix는 바운스 분류를 자동으로 처리합니다
바운스 이벤트는 메시지별로 추적되고 hard 또는 soft로 분류되며 suppression 목록은 자동으로 업데이트됩니다. 재시도 일정과 failover 로직은 email routing API에서 구성할 수 있습니다.
