캐치올 이메일 주소는 도메인의 알 수 없는 수신자로 온 메일을 지정된 곳으로 보냅니다. 누군가 slaes@yourcompany.com으로 보냈지만 실제로는 sales@를 뜻했다면, 캐치올이 그 오타 주소의 메일을 받을 수 있습니다. 문의를 놓치지 않는 데 도움이 되지만, 다른 검사와 최종 배달까지 보장하는 기능은 아닙니다.
수신자 범위를 넓히면 임의로 만든 주소에도 메일이 들어올 수 있습니다. 스팸, 저장 공간과 관리 부담을 함께 고려해야 합니다. 백스캐터는 수락 후 위조된 발신자에게 반송하는 잘못된 처리에서 생기며, 전달 과정의 SPF 문제도 캐치올 자체와는 구분해야 합니다.
이 글은 SMTP 처리, 세 가지 운영상 주의점과 대안을 설명합니다. 라우팅과 설정은 통제 가능한 도메인 캐치올 설정 가이드도 참고하세요.
캐치올 이메일 주소란?
와일드카드 주소라고도 하는 캐치올은 도메인의 미등록 수신자로 온 메일에 기본 경로를 제공하는 서버 설정입니다. 서버는 RCPT TO에 "250 OK"로 응답할 수 있으며, 미등록 수신자를 "550 User unknown"으로 거부하는 방식과 다릅니다. 미등록 주소의 메일은 지정한 사서함으로 라우팅됩니다. 수신자 승인 응답만으로 DATA 이후 메시지 전체가 최종 수락되는 것은 아니며, 추가 검사가 적용될 수 있습니다.
메시지 내용 전송 전에 알 수 없는 수신자를 SMTP 단계에서 거부하는 방식을 여기서는 fail-closed라고 부릅니다. 캐치올로 수신자 범위를 넓히는 방식은 fail-open으로 설명합니다. 모든 보안 검사를 해제한다는 뜻은 아닙니다. 다만 정상적인 오타 메일과 임의 주소로 온 메일이 같은 경로로 들어올 수 있습니다.
마이그레이션 중에는 유용할 수 있습니다. 상시 운영에는 목적, 필터링과 관리 기준이 필요합니다.
SMTP 단계에서 캐치올이 작동하는 방식
수신자 확인은 RFC 5321의 RCPT TO 단계에서 이루어집니다. 이는 DATA로 헤더, 본문과 첨부파일을 보내기 전입니다. 아래 예시는 이후 처리를 단순화한 것입니다. 수신자 거부가 반드시 연결 종료를 뜻하지 않으며, 수신자 승인이 메시지의 최종 수락을 보장하지도 않습니다.
캐치올 없이 수신자를 제한하는 경우
SENDER: RCPT TO: <ghost@yourdomain.com>
YOUR SERVER: 550 5.1.1 User unknown
RESULT: Connection closed. Zero data transferred.
발송 서버는 수신자 오류를 받고 자체 정책에 따라 발신자에게 알릴 수 있습니다. 즉시 반송 메일이 생성된다고 단정할 수는 없습니다. 거부된 수신자에 대해 메시지 내용을 받을 필요는 없지만 SMTP 명령과 응답은 이미 오갔습니다. 예시의 전송 데이터가 없다는 설명은 메시지 내용에 한정됩니다.
캐치올로 수신자 범위를 넓힌 경우
SENDER: RCPT TO: <ghost@yourdomain.com>
YOUR SERVER: 250 2.1.5 OK
RESULT: Server accepts headers, body, and attachments.
Routing logic directs mail to the catch-all mailbox.
서버가 수신자를 승인했어도 후속 SMTP 단계에서 내용을 검사할 수 있습니다. 메시지를 최종 수락한 뒤에는 원치 않는 내용도 저장과 처리 대상이 됩니다. 적절한 필터링과 격리를 사용하고, 위조된 발신자에게 자동 오류 알림을 보내지 않는 안전한 처리가 중요합니다.
캐치올의 세 가지 운영상 주의점
임의 주소로 들어오는 트래픽, 잘못된 반송 처리로 생기는 백스캐터, 전달 시 인증을 점검하세요. 이 문제가 항상 발생하는 것은 아닙니다. 실제 위험은 라우팅, SMTP 정책과 필터링에 따라 달라집니다.
1. 디렉터리 수집 공격(DHA)
스패머는 admin, invoice, hr, accounts, david, noreply, info, billing 같은 흔한 이름 수천 개를 자동으로 시도할 수 있습니다. 존재하는 주소를 알아내거나 임의 주소에 스팸을 넣으려는 시도입니다.
캐치올이 없으면 미등록 주소에 550 오류가 나올 수 있지만 공격자가 반드시 중단하는 것은 아닙니다. 캐치올에서는 미등록 수신자도 250 OK를 받을 수 있습니다. 응답만으로 실제 주소를 구별하기는 어려워지지만, 추가 트래픽은 저장과 필터링 부담을 늘릴 수 있습니다. 정상 고객 메일이 임의 주소로 온 수천 통의 스팸 사이에 묻힐 수도 있습니다.
2. 백스캐터와 평판 위험
서버가 메시지를 최종 수락한 뒤 위조된 봉투 발신자에게 오류 알림을 보내면 백스캐터가 발생할 수 있습니다. 이런 원치 않는 반송은 평판 악화나 ips.backscatterer.org 같은 차단 목록 등재에 영향을 줄 수 있습니다. 캐치올 사용만으로 등재가 결정되는 것은 아닙니다.
잘못된 처리의 예는 다음과 같습니다.
- 스패머가 random@yourdomain.com에 악성코드를 보내면서 MAIL FROM을 innocent@gmail.com으로 위조합니다
- 캐치올이 미등록 수신자를 허용하고 서버가 메시지를 최종 수락합니다
- 나중에 백신 검사가 악성코드를 발견해 일반적인 배달 경로로 처리하지 못합니다
- 서버가 배달 실패 알림(NDR)을 innocent@gmail.com으로 보냅니다
- 메일을 보낸 적 없는 Gmail 사용자가 원치 않는 반송 알림을 받습니다
이런 알림이 많아지면 평판에 영향을 줄 수 있습니다. 상황에 맞게 SMTP 단계에서 거부하거나 통제된 격리를 사용하고, 위조가 의심되는 발신자에게 자동 반송이나 답장을 보내지 않도록 하세요.
3. 전달과 SPF 문제
일부 운영자는 *@company.com 같은 캐치올을 개인 Gmail 계정으로 전달합니다. 해당 전달의 권한과 데이터 관리뿐 아니라 실제 중계 경로의 인증도 확인해야 합니다. 캐치올 자체가 SPF를 바꾸지는 않습니다.
일반 전달에서는 중계 IP로 메일을 보내지만 MAIL FROM은 bankofamerica.com 같은 원래 발신 도메인일 수 있습니다. 그 도메인의 SPF가 중계 IP를 허용하지 않으면 SPF가 실패할 수 있습니다. SRS 이메일 전달(Sender Rewriting Scheme)은 봉투 발신자를 바꾸며, 변경된 도메인의 SPF가 실제로 중계 IP를 허용해야 합니다. 원래 From과 자동으로 정렬되는 것은 아닙니다. 유효하고 정렬된 DKIM이 유지되면 SRS나 ARC 없이도 DMARC가 통과할 수 있습니다. ARC는 실제 체인 검증과 확인된 서명자에 대한 신뢰가 필요하며, Gmail이 수락과 분류를 결정합니다.
캐치올 대신 사용할 수 있는 방법
미리 알고 있는 주소는 명시적 별칭으로 관리하는 편이 간단할 수 있습니다. 플러스 주소는 공급자가 지원할 때 기존 사서함에 태그를 붙이는 방법입니다. 필요한 주소 범위를 기준으로 선택하고, 어느 방식이든 스팸 필터는 유지하세요.
| 항목 | 캐치올 이메일 주소 | 명시적 별칭 | 플러스 주소 |
|---|---|---|---|
| 형식 | *@domain.com | sales@domain.com | user+tag@domain.com |
| 수신자 처리 | 미등록 수신자를 지정 경로로 처리 | 미등록 수신자를 거부할 수 있음 | 알 수 없는 기본 주소를 거부할 수 있음 |
| 스팸 위험 | 임의 주소로 추가 트래픽이 들어올 수 있음 | 주소 범위는 제한되지만 필터링 필요 | 태그가 모든 스팸을 막지는 않음 |
| TrekMail 비용 | 현재 요금제와 지원 확인 | 현재 권한과 한도 확인 | 현재 지원과 조건 확인 |
명시적 별칭은 유효한 주소를 정하고 나머지를 SMTP 단계에서 거부하는 데 도움이 됩니다. 기존 목적지로 보내기만 하면 별칭을, 별도 저장이나 로그인이 필요하면 사서함을 검토하세요. 이메일 별칭 전달과 도메인 별칭과 사서함 비교를 참고하세요.
비용 때문에 캐치올을 선택하기 전에
라이선스 비용이 선택에 영향을 줄 수 있습니다. 사용자당 월 $6라는 과거 가격으로 sales@, support@와 billing@를 각각 별도 라이선스 사서함으로 만들면 월 $18입니다. 다만 업무용 이메일 제품도 별칭과 공유 사서함을 제공할 수 있으므로 기능 주소마다 반드시 사용자 라이선스가 필요한 것은 아닙니다. 현재 조건을 먼저 비교하세요.
TrekMail은 계정 단위의 공유 저장 용량 모델을 설명합니다. 요금제 한도 안에서 여러 사서함을 운영하는 데 유용할 수 있지만, 현재 계정 용량 한도와 개별 사서함 제한, 권한과 비용을 확인해야 합니다. 조건과 무관하게 사서함을 무제한 추가할 수 있다는 뜻은 아닙니다.
| 사용자별 과거 가격 예시 | TrekMail 과거 참고 값 | |
|---|---|---|
| 업무용 사서함 3개 | Workspace 예시 월 $18 | Starter 참고 값 월 $3.50 |
| 사서함 50개 | 라이선스 예시 월 $300 | 참고 값 월 $3.50; 현재 조건 확인 |
| 캐치올 우회가 필요한가? | 필수 아님; 별칭이나 공유 사서함 검토 가능 | 필요 주소가 요금제에 맞으면 필수 아님 |
| SMTP 수신자 처리 | 미등록 수신자 거부 가능 | 실제 수신자 및 캐치올 설정 확인 |
과거 Starter 설명에는 월 $3.50, 최대 50개 도메인과 도메인당 100개 사서함이 나옵니다. 이를 기준으로 계획하기 전에 현재 가격, 권한과 한도를 확인하세요. sales@, support@, billing@, info@ 등 실제 필요한 주소를 명시적으로 만들고 수신자 검사와 접근 권한을 설정하세요.
캐치올이 필요하다면 별도 격리 수신함을 사용하세요
마이그레이션 중에는 예전 주소 목록이 완전하지 않을 수 있습니다. 별도 수신함으로 필요한 미등록 주소를 찾을 수 있지만 보안 샌드박스는 아닙니다. 접근을 제한하고 필터링을 유지하며 자동 전달과 자동 응답을 차단하세요.
- 전용 사서함 만들기: catchall-quarantine@yourdomain.com을 개인 업무 메일과 분리합니다.
- 수신 경로 설정: 미등록 수신자만 이 통제된 사서함으로 보냅니다.
- 알림 제한: 자동 응답과 업무 방해를 줄입니다. 낮은 우선순위 표시는 필터링이나 접근 제한을 대신하지 않습니다.
- 매주 검토: 실제 필요한 정상 주소인지 확인한 뒤 명시적 별칭을 만듭니다.
- 평가 시점 정하기: 정상 메일이 없는 30일을 해제 검토 기준으로 삼을 수 있지만, 업무 흐름과 보존 정책을 확인한 뒤 결정합니다.
이렇게 하면 예전 주소를 조사하는 관리 도구로 사용할 수 있습니다. 필요한 주소를 정리하고 목적을 달성하면 수신 경로를 닫으세요. 별도로 검토된 상시 운영 목적이 있다면 그에 맞는 통제를 유지해야 합니다.
에이전시: 여러 도메인의 주소를 명시적으로 관리하기
100+ 도메인에서 표준 별칭을 수동으로 만들면 시간이 들 수 있습니다. 주소 구성을 표준화하고 실제로 제공되는 문서화된 일괄 작업을 사용하세요. 여러 도메인에 별칭 템플릿을 한 번에 적용하는 기능이 있다고 가정해서는 안 됩니다. postmaster@, abuse@, accounts@와 info@를 관리 권한이 있는 도메인에 적용하고 목적지와 접근 권한을 검증하세요.
postmaster@와 abuse@의 역할은 RFC 2142와 SMTP 요구사항에서 서비스별로 다르게 정해집니다. SMTP 중계나 메일 배달을 제공하는 도메인은 해당 서비스 범위에서 postmaster를 지원해야 하며, abuse 의무는 적용되는 역할과 서비스에 따라 확인해야 합니다. 대규모 적용 전 Agency의 현재 기능과 한도도 확인하세요.
캐치올이 적절할 수 있는 상황
임시 활용의 세 가지 예시입니다.
- 진행 중인 마이그레이션: 기존 시스템에서 옮기며 전체 주소 목록을 아직 확보하지 못한 경우
- 도메인 인수: 권한을 확보한 도메인의 과거 트래픽을 조사해 유지할 주소를 정하는 경우
- 스테이징 환경: 임의 테스트 주소를 하나씩 등록하지 않고 통제된 목적지로 보내려는 경우
이 경우에는 수신함을 통제하고 목적을 달성하면 해제를 검토하세요. 가능한 용도가 이 세 가지뿐인 것은 아닙니다. 명확한 목적, 필터링, 접근 제한, 모니터링과 데이터 관리가 갖춰진 상시 캐치올도 적절할 수 있습니다.
캐치올은 운영 기준이 필요한 선택입니다
오타 메일을 받는 편의와 추가 트래픽, 잘못된 반송, 전달 인증 부담을 비교하세요. 백스캐터나 정상 메일 누락이 캐치올의 필연적 결과는 아닙니다. 실제 처리 방식에 맞게 위험을 평가해야 합니다.
비용이 이유라면 라이선스, 별칭, 공유 사서함과 저장 용량을 비교하세요. 현재 TrekMail 요금제 권한 안에서 Sales@, support@, billing@와 추가 47개 필요한 주소를 각각 구성할 수 있는지 검토할 수 있습니다. 이 예시가 고정 가격이나 무제한 권한을 보장하지는 않습니다.
14일 체험의 현재 제공 여부와 카드 조건을 확인하세요. 설명된 Free/Nano 모델의 현재 이름, 자격과 한도도 검토해야 하며 영구 무료를 약속할 수는 없습니다. 이 Nano 모델은 모든 발신 메시지와 회신에 자체 외부 SMTP가 필요합니다.