대부분 기업은 사용하는 것보다 많은 도메인을 보유합니다. 인수 후 이전하지 않은 브랜드, 방어적으로 산 흔한 오타, 이 년 전 캠페인 도메인, 저렴해서 누군가 등록한 국가별 도메인이 있습니다.
사서함은 필요 없지만 모두 메일을 받습니다. 옛 브랜드를 입력한 고객, 인수 전 주소를 쓰는 공급업체, 갱신되지 않은 자동 시스템이 보냅니다. 지금은 대부분 반송되며 양을 아는 사람도 없습니다.
외부 catch-all은 아무것도 프로비저닝하지 않고 도메인 전체를 이미 읽는 주소로 향하게 합니다. 사서함, 저장공간, 사용자당 비용, 암호가 없습니다. 켜기 전에 알아야 할 실제 절충점도 있습니다.
주소를 처리하는 세 방법
| 방식 | 존재하는 것 | 저장공간 | 해당 주소로 발송 가능 |
|---|---|---|---|
| 사서함 | 실제 저장공간과 자체 로그인 | 예, 자체 할당량 | 예 |
| 별칭 | 기존 사서함의 추가 주소 | 아니요, 대상과 공유 | 예, 발송을 켠 경우 |
| Catch-all 라우팅 | 없음, 도메인 수준 규칙 | 없음 | 아니요 |
catch-all만 주소를 정의하지 않습니다. 도메인의 모든 로컬 부분, sales@, john@, qwerty@를 받아 지정한 목적지로 보냅니다. 한 문장 안에 장점과 문제가 함께 있습니다.
외부 catch-all의 역할
목적지는 같은 도메인의 사서함 또는 완전히 외부의 주소, 즉 주 업무 주소, 기본 도메인의 공유 팀 받은편지함, 헬프데스크 대기열일 수 있습니다. 두 번째가 외부 catch-all입니다.
직원이 없는 보유 도메인에서 유용합니다. 주차 도메인에는 아무것도 만들지 않습니다. 추가하고 MX를 우리 쪽으로 향하게 한 뒤 목적지를 정하면 됩니다. 반송되던 메일이 읽는 사람에게 옵니다.
두 가지 보호 규칙이 있으며 모두 이유가 있습니다.
동일 도메인 목적지는 활성 사서함이어야 합니다. 실제 사서함이 아닌 같은 도메인 주소로 보내면 전달 시도가 같은 규칙으로 돌아와 장애가 날 때까지 메일을 만드는 루프가 됩니다. 그래서 규칙 자체를 거부합니다.
외부 catch-all에는 Pro 또는 Agency가 필요합니다. 외부 라우팅은 고객 대신 메일을 받고 제삼자에게 재전송하는 평판상 결과가 있는 발송 작업이므로 발송이 포함된 요금제로 제한됩니다.
외부 catch-all이 알맞은 사례
주차 및 방어 도메인. acme-inc.com은 acme.com을 운영할 때의 방어 도메인입니다. 사서함을 둘 이유는 없고 도착한 메일을 반송하지 않을 이유는 있습니다.
인수한 브랜드. 옛 회사 주소에는 수년간 메일이 옵니다. 어떤 주소가 쓰였는지 추측하거나 사서함을 이전하지 않고 관계 담당자에게 모두 전달합니다.
발송 전용 도메인. 캠페인 또는 트랜잭션 도메인에도 회신과 반송을 받을 곳이 필요합니다. 버리면 부재중 알림, 불만, 답장을 누른 고객을 보지 못합니다.
옛 도메인의 실제 수신 내용 파악. 한 달간 폴더로 보내 로그를 읽으세요. 흔히 "실제 메시지 두 개와 많은 잡음"이며, 제대로 구축할지 계속 둘지 판단할 수 있습니다.
외부 catch-all의 비용
외부 catch-all은 모든 것을 받으므로 결과가 뒤늦게 나타납니다.
디렉터리 수집 공격이 더는 실패하지 않습니다. 스팸 도구는 info@, admin@, a@, ab@ 같은 사전 목록을 시험합니다. catch-all이 없으면 SMTP 대화에서 잘못된 주소를 저렴하게 거부합니다. 있으면 전부 받아 무료여야 할 탐색에 전체 메시지 비용이 듭니다.
양이 무제한이고 예측하기 어렵습니다. 모든 주소를 받는다고 알려지면 목록이 유통됩니다. 점진적이지 않고 몇 달 조용하다 갑자기 시끄러워지는 경향이 있습니다.
도메인 검증이 어려워집니다. 모든 주소에 "예"라고 하므로 존재 여부 검사도 전부 성공합니다. 검증 서비스는 accept-all로 보고 실제 주소까지 위험 범주에 넣습니다. 검증 확인이 실제로 증명하는 것을 참고하세요.
오타가 조용히 전달됩니다. catch-all이 없으면 jhon@은 반송돼 발신자가 고칩니다. 있으면 수집함에 들어가고 발신자는 John이 받았다고 믿습니다. 몇 주간 아무도 모를 수 있습니다.
전체 절충은 catch-all 메일의 실제 동작을 참고하세요. 아무도 일하지 않는 도메인에는 맞고 사람이 일하는 도메인에는 맞지 않습니다.
외부 catch-all의 인증 문제
외부 catch-all은 전달이며 전달은 SPF 인증을 깨뜨립니다. 원래 발신자를 유지하지만 그 발신자의 SPF가 허용하지 않은 우리 서버에서 목적지에 도착합니다.
Sender Rewriting Scheme은 envelope sender를 우리를 허용하는 도메인으로 바꿔 SPF 부분을 자동 복구합니다. 설정 없이 적용됩니다. 전송 중 깨진 DKIM 서명은 복구하지 못하며 원래 도메인이 p=reject를 게시하고 수신자가 엄격하면 도울 수 없습니다.
실제로 Gmail로 보내면 일부가 스팸에 갈 수 있고 엄격한 정책의 도메인, 즉 합법적 발신자의 메시지가 특히 그럴 수 있습니다. 처음 두 주간 목적지 스팸함을 확인하세요. SRS와 전달 메일을 참고하세요.
별칭이 더 나은 때
사람이 실제로 일하는 도메인에서는 모든 면에서 별칭이 외부 catch-all보다 낫습니다.
대부분 조직은 실제 주소를 열 개 미만 사용합니다. info@, sales@, support@, billing@과 몇 명의 이름입니다. 명시하면 나머지는 SMTP에서 무료로 거부되어 수집을 막고 오타를 반송해 수정하게 합니다.
별칭은 catch-all이 못 하는 일도 합니다. 별칭에서 보낼 수 있으므로 billing@에 대한 답장은 개인 주소가 아니라 billing@에서 나갑니다. 별칭마다 다른 사서함으로 보낼 수 있고 실제 사서함에 들어가므로 검색, 필터, 백업이 가능합니다.
질문은 하나입니다. 이 도메인에서 누군가 일하는가? 그렇다면 별칭, 아니라면 외부 catch-all입니다. 별칭과 사서함 비교를 참고하세요.
외부 catch-all 설정
- 도메인을 추가하고 MX가 우리를 향하도록 DNS를 완료합니다. MX가 없으면 기존 목적지로 계속 갑니다.
- 도메인의 라우팅 탭을 엽니다.
- catch-all을 켜고 목적지 주소를 입력합니다.
- 저장합니다. 우리 측 전파 지연 없이 즉시 적용됩니다.
빠뜨리는 단계도 하세요. 도메인의 말이 안 되는 주소로 테스트 메시지를 보내고 도착을 확인합니다. 저장이 아니라 실제 작동 여부를 아는 유일한 방법이며 삼십 초면 됩니다.
읽는 받은편지함으로 보내면 전용 폴더에 넣는 필터를 추가하세요. 아니면 수집량이 사서함을 덮어 합리적 설정이 삼 주 뒤 짜증 속에 꺼집니다. 서버 측 필터는 휴대전화에 오기 전에 전달 시 처리합니다.
자주 묻는 질문
외부 catch-all에 도메인 사서함이 필요한가요?
목적지가 외부라면 아닙니다. 주차 도메인의 핵심입니다. 같은 도메인의 목적지는 루프를 막도록 활성 사서함이어야 합니다.
catch-all 메일이 내 저장공간을 쓰나요?
외부 주소 라우팅은 쓰지 않습니다. 자체 사서함으로 보내면 해당 할당량을 씁니다.
catch-all 주소에서 답할 수 있나요?
아니요. 정의된 주소가 없어 발신할 대상도 없습니다. 받은 사서함에서 답합니다. 특정 주소 발신이 필요하면 별칭을 만드세요.
왜 Pro와 Agency로 제한되나요?
외부 주소로 재전송하는 평판상 결과가 있는 발송 작업이므로 발송 포함 요금제에서 제공합니다.
외부 catch-all 메일이 스팸에 가나요?
일부는 갈 수 있습니다. 전달은 SPF를 깨뜨리고 SRS가 자동 복구하지만 전송 중 깨진 DKIM은 복구할 수 없습니다. 처음 몇 주간 스팸함을 확인하세요.
폭주가 시작되면 어떻게 멈추나요?
catch-all을 끄고 실제 주소에 명시적 별칭을 만드세요. 그동안 전용 폴더로 필터링해 받은편지함과 경쟁하지 않게 합니다.
API로 설정할 수 있나요?
예. REST API와 MCP 에이전트에서 설정할 수 있으며 고객 도메인 묶음을 다룰 때 합리적인 방법입니다.
