관리형 발송은 합리적인 기본값이며 자체 SMTP는 대안입니다. 관리형 발송에서는 다른 운영자가 IP 평판과 차단 목록을 관리하고 피드백 루프를 처리하며, 새벽에 공유 IP가 목록에 오를 때 대응합니다. 대부분의 발신자에게는 이 모든 일을 직접 맡는 것보다 나은 선택입니다.
자체 SMTP는 외부 메일을 자신의 Amazon SES, SendGrid, Mailgun 또는 Postmark 계정으로 보냅니다. 세 가지 특정 상황에서는 실제로 더 적합하지만, 타당하지 않은 두 가지 이유로 선택되는 경우도 많습니다.
어느 상황에 해당하는지와 도메인별 자체 SMTP 라우팅이 어떻게 작동하는지 알아보겠습니다.
자체 SMTP로 실제 달라지는 것
외부 발송 경로만 달라집니다. 수신 메일은 계속 MX 레코드를 통해 당사 서버에 도착하고, 필터링된 뒤 같은 메일함에 들어갑니다. 마지막 발송 구간에서 당사 발송 인프라 대신 고객의 공급자에 인증하고 메시지를 전달합니다.
이후의 IP 주소, 평판, 전송률 제한, 반송 처리, 억제 목록은 해당 공급자 영역입니다. 운영자를 바꾸고 새 공급자와의 관계를 직접 맡는 것입니다.
구체적으로 다음 항목이 고객 측으로 이동합니다.
| 항목 | 관리형 발송 | 자체 SMTP |
|---|---|---|
| IP 평판 | 당사가 관리 | 공급자 소유이며 고객 사용 방식도 영향을 줌 |
| 전송률 제한 | 요금제별 일일 및 시간당 한도 | 공급자가 허용하는 범위 |
| 반송과 신고 처리 | 처리 후 대시보드에 표시 | 공급자 콘솔과 웹후크 |
| 차단 목록 해제 | 당사가 대응 | 고객과 공급자가 대응 |
| 메시지당 비용 | 포함 | 공급자가 청구 |
자체 SMTP를 쓸 타당한 세 가지 이유
1. 요금제가 대상으로 하는 범위를 넘는 발송량. 요금제 한도는 메일함당 하루 수천 건 수준까지입니다. 매월 수십만 건의 트랜잭션 메시지를 보낸다면 전문 발송 공급자가 더 저렴하고 적합할 수 있습니다. 대량 발송을 메일함 플랫폼에 억지로 통과시키지 마세요.
2. 이미 공급자 관계가 구축되어 있음. 애플리케이션이 준비된 전용 IP의 SES를 통해 영수증과 비밀번호 재설정을 보낸다면 직원 메일도 같은 경로로 보내 두 발신자에 평판을 나누지 않고 통합할 수 있습니다. 구성 요소와 문제 확인용 콘솔이 줄어듭니다.
3. Nano 사용. Nano에는 관리형 발송이 포함되지 않으므로 자체 SMTP로 발송합니다. 우회 방법이 아니라 의도된 경로입니다.
설득력이 없는 두 가지 이유
“전달 성능이 좋아질 것이다.” 대개 그렇지 않으며 처음에는 반대일 수 있습니다. 성숙한 공급자의 공유 풀에는 수천 발신자가 쌓은 평판이 있지만 새 SES 하위 계정에는 없습니다. 처음부터 평판을 쌓아야 하며 그 전에는 대형 수신자가 알 수 없는 발신자로 취급합니다. 전용 IP를 준비하고 유지할 발송량이 없다면 기존의 좋은 평판을 빈 평판과 바꾸는 셈입니다.
“발송 한도를 우회하고 싶다.” 새 도메인의 갑작스러운 대량 발송은 탈취된 계정처럼 보이므로 한도가 존재합니다. 다른 경로로 보내도 갑자기 만 건을 보내는 도메인에 대한 Gmail의 판단은 바뀌지 않습니다. 공급자도 단계적 증량을 요구하고 이를 넘으면 계정을 정지할 수 있습니다. 수동 해제가 필요한 정지는 전송률 제한보다 불편합니다. 발송 한도와 도메인 워밍업을 참조하세요.
도메인별 자체 SMTP와 재사용 프로필
자체 SMTP는 도메인별로 설정하므로 생각보다 유용합니다.
각 도메인은 자체 외부 경로를 가집니다. 한 도메인은 SES로 릴레이하고 다른 도메인은 관리형 발송을 쓰며, 세 번째는 완전히 다른 공급자를 이용할 수 있습니다. 에이전시는 자체 인프라를 요구하는 고객에게만 이를 제공하고 다른 고객은 그대로 둘 수 있습니다.
자격 증명은 도메인마다 입력하지 않고 계정의 프로필로 저장됩니다. SES를 한 번 추가한 뒤 원하는 수의 도메인에 연결하세요. 자격 증명을 교체할 때도 한 곳만 바꾸면 됩니다. 같은 정보를 여섯 번 입력하면 다섯 개가 오래된 채 남기 쉽습니다.
설정: 도메인의 SMTP 탭을 열고 저장된 자체 SMTP 프로필을 선택하거나 호스트 이름, 포트, 사용자 이름, 비밀번호로 새로 만든 뒤 저장 전에 테스트하세요. 테스트는 실제 SMTP 세션을 열고 인증합니다. 생략하면 중요한 메일을 보낼 때 처음 실패하여 관리자가 아닌 발신자가 오류를 보게 됩니다.
자주 빠뜨리는 DNS 부분
자체 SMTP는 도메인을 대신해 발송하는 서버를 바꾸므로 DNS에도 이를 반영해야 합니다. 생략하면 모든 메시지가 인증에 실패합니다.
SPF에 새 발신자를 포함해야 합니다. 공급자는 include:amazonses.com, include:sendgrid.net 같은 include 메커니즘을 제공합니다. 두 번째 레코드로 게시하지 말고 기존 레코드에 추가해야 합니다. 한 도메인의 SPF 레코드가 두 개면 잘못된 구성이라 둘 다 작동하지 않습니다.
조회 예산을 확인하세요. SPF는 DNS 조회 열 번을 허용합니다. include마다 최소 한 번을 쓰며 공급자 include는 자주 중첩됩니다. 세 번째 발신자를 추가할 때 조용히 한도를 넘고 레코드가 영구 오류가 될 수 있습니다. SPF 조회 한도를 참조하세요.
이제 DKIM은 공급자가 제공합니다. 공급자가 자체 키로 외부 메일에 서명하므로 해당 DKIM 레코드를 당사 레코드와 함께 게시해야 합니다. 대부분 게시할 CNAME 두세 개를 제공합니다. 공급자를 통해 발송하면서 당사 서명만 있으면 DKIM이 실패합니다.
DMARC 정렬도 계속 작동해야 합니다. DMARC는 SPF 또는 DKIM이 표시된 From 도메인과 정렬되도록 요구합니다. 고객 도메인이 아닌 공급자 도메인으로 서명하면 DKIM은 통과해도 정렬과 DMARC는 실패합니다. BYO-SMTP 이전에서 가장 흔한 문제이며 보고서가 도착하기 전에는 보이지 않습니다. DMARC 정렬을 참조하세요.
데스크톱 클라이언트는 별도 결정
자체 SMTP 라우팅은 웹메일에서 작성하거나 당사 API로 제출한 메일에 적용됩니다. 데스크톱 클라이언트는 설정된 SMTP 서버로 직접 제출합니다.
합리적인 방식은 두 가지입니다. 클라이언트를 당사로 연결해 도메인 경로를 적용하면 한 곳에서 변경할 수 있습니다. 또는 공급자로 직접 연결해 홉을 줄이고 약간 빠르게 할 수 있습니다.
일부 클라이언트만 다른 방식을 쓰지는 마세요. 외부 경로가 두 개면 인증 결과도 두 묶음이고 사라진 메시지를 찾을 곳도 두 군데가 되며, 어느 장치가 어느 경로인지 기억하기 어렵습니다.
이제 직접 관리할 항목
반송 처리. 공급자에서 발생한 하드 바운스는 공급자 측에서 억제해야 합니다. 대시보드는 당사 인프라가 관찰한 내용만 표시하며 공급자 큐는 볼 수 없습니다.
신고 피드백 루프. 스팸 신고는 발송 IP 소유자에게 갑니다. 공급자에서 전달 또는 저장을 설정하고 실제로 확인하세요. 신고율 상승은 전달 성능 저하 전의 초기 경고입니다.
자격 증명 교체. 만료된 SMTP 비밀번호는 다음 발송에서 실패합니다. 프로필에서 교체하고 사용자가 알아차리기 전에 테스트 버튼으로 확인하세요.
공급자 자체 규칙. SES는 샌드박스에서 시작하며 검증된 주소에만 보낼 수 있습니다. 벗어나려면 사용 사례를 설명하는 지원 요청이 필요합니다. 금요일 이전 도중에 이를 처음 알게 되는 팀도 있습니다.
자주 묻는 질문
자체 SMTP가 메일 수신 방식을 바꾸나요?
아닙니다. 외부 경로만 바뀝니다. 수신 메일은 계속 MX를 통해 당사 서버에 도착하고 같은 필터를 거쳐 같은 메일함에 들어갑니다.
도메인마다 다른 자체 SMTP 공급자를 쓸 수 있나요?
예. 자체 SMTP는 도메인별이므로 하나는 SES로 릴레이하고 다른 하나는 관리형 발송을 사용할 수 있습니다. 자격 증명은 재사용 가능한 계정 수준 프로필로 저장됩니다.
자체 SMTP가 전달 성능을 개선하나요?
그 자체로는 아니며 처음에는 반대일 수 있습니다. 새 공급자 하위 계정에는 평판이 없습니다. 전용 IP를 준비하고 유지할 발송량이 있거나 이미 확립된 발송 관계로 통합할 때 도움이 됩니다.
SPF와 DKIM 레코드가 계속 필요한가요?
이전보다 중요합니다. 공급자의 SPF include를 기존 레코드에 통합하고 DKIM 레코드를 게시해야 합니다. 공급자를 통해 보내지만 당사만 서명한 메일은 DKIM이 실패하며, 정렬되지 않은 서명은 DMARC가 실패합니다.
자체 SMTP가 발송 한도를 없애나요?
당사 한도 대신 공급자 한도가 적용됩니다. 단계적 증량 요건은 대개 더 엄격하며 초과하면 전송률 제한이 아니라 계정 정지가 될 수 있습니다.
공급자가 중단되면 어떻게 되나요?
해당 경로를 쓰는 도메인의 외부 메일은 복구될 때까지 실패합니다. 관리형 발송은 대체 경로가 아니며 도메인은 설정된 경로를 사용합니다.
Nano 요금제에 자체 SMTP가 필요한가요?
예. Nano에는 관리형 발송이 없으므로 이 요금제에서는 자체 SMTP로 외부 메일을 보냅니다.
API로 자체 SMTP를 구성할 수 있나요?
예. 자체 SMTP 프로필과 도메인별 라우팅은 연결 테스트를 포함해 REST API와 MCP에서 모두 사용할 수 있습니다.
