메일 발송, 외부 서비스에만 맡기지 않고 직접 돌려본다면: 웹 대시보드 달린 오픈소스 SMTP 릴레이 simplerelay

내 손으로 메일 서버를 돌린다는 것

웹 서비스를 만들다 보면 메일 보낼 일이 꼭 생겨요. 회원가입 인증 메일, 비밀번호 재설정 링크, 주문 완료 알림 같은 것들이요. 이런 걸 보통 트랜잭션 메일이라고 부르는데요, 대부분의 개발자는 이걸 직접 만들기보다 SendGrid나 Mailgun, AWS SES 같은 외부 서비스에 맡깁니다. 편하긴 한데, 발송량이 늘어나면 요금이 부담스럽고, 무엇보다 우리 사용자들의 이메일 주소와 메일 내용이 전부 외부 회사 서버를 거쳐 간다는 점이 조금 찜찜하죠.

oday 소개할 simplerelay는 바로 그 지점을 노린 오픈소스 프로젝트예요. 이름 그대로 ‘단순한 릴레이 서버’인데, 여기에 웹 대시보드까지 붙어 있다는 게 핵심입니다.

SMTP 릴레이가 뭐냐면요

먼저 용어부터 풀어볼게요. SMTP는 메일을 보낼 때 쓰는 약속(프로토콜)이에요. 그리고 릴레이(relay)는 이어달리기에서 바통 넘기는 그 릴레이가 맞아요. 우리 애플리케이션이 ‘이 메일 좀 보내줘’ 하고 릴레이 서버에 던지면, 릴레이 서버가 그걸 받아서 진짜 받는 사람의 메일 서버(예: gmail.com)로 대신 전달해주는 구조거든요.

왜 이런 중간 다리가 필요하냐면요. 내 앱 코드 안에서 직접 전 세계 메일 서버에 일일이 연결하려고 하면 관리가 너무 복잡해져요. 재시도 로직, 대기열(큐), 인증 설정 같은 걸 앱마다 따로 신경 써야 하니까요. 그래서 메일 발송 책임을 릴레이 서버 한 곳에 몰아두는 거예요. 앱은 그냥 가까운 릴레이한테 던지기만 하면 끝이고요.

웹 대시보드라는 차별점

사실 이런 릴레이 역할을 하는 대표 주자는 예전부터 있었어요. 바로 Postfix라는 메일 서버인데요. 강력하고 안정적이지만, 설정 파일을 손으로 한 줄 한 줄 만지다 보면 머리가 아파요. 메일이 안 나갈 때 왜 안 나가는지 로그를 까보는 것도 일이고요.

simplerelay는 여기에 웹 화면을 얹어서, 어떤 메일이 언제 나갔고 어떤 게 실패했는지를 브라우저에서 바로 확인할 수 있게 해줘요. 발송 내역이 눈에 보이니까 디버깅이 훨씬 수월해지죠. ‘어 분명 보냈는데 왜 안 왔지?’ 하는 상황에서 대시보드만 열어보면 되니까요.

알아둬야 할 현실적인 함정

다만 솔직하게 말씀드릴게요. 메일을 직접 띄우는 건 생각보다 까다로운 영역이에요. 릴레이를 띄웠다고 메일이 상대방 받은편지함에 척척 도착하는 게 아니거든요. 스팸으로 분류되지 않으려면 SPF, DKIM, DMARC라는 세 가지 인증을 도메인에 제대로 걸어줘야 하고, 발송 서버의 IP 평판(reputation)도 관리해야 해요. 이게 바로 많은 팀이 돈 내고 SES 같은 서비스를 쓰는 이유이기도 하고요.

한국 개발자에게

그래서 simplerelay는 외부로 대량 발송하는 메인 채널보다는, 사내 시스템 알림이나 사이드 프로젝트, 개발·테스트 환경처럼 ‘데이터를 우리 손 안에 두고 싶고, 발송 내역을 눈으로 보고 싶은’ 상황에 잘 맞아요. 메일이 실제로 어떻게 오가는지 한번 직접 굴려보고 싶은 분이라면 학습용 교재로도 정말 좋고요.

핵심만 정리하면, 메일 인프라를 직접 들고 있는 게 자유일지 짐일지는 상황 나름이에요. 여러분은 트랜잭션 메일, 직접 띄우는 편인가요 아니면 SES·SendGrid 같은 서비스에 맡기는 편인가요? 직접 운영해봤다면 가장 골치 아팠던 부분이 무엇이었는지도 궁금하네요.