Remails: 유럽에서 만든 오픈소스 메일 전송 에이전트(MTA)

• 네덜란드의 Tweede Golf가 만든 Remails는 유럽 호스팅 기반의 메일 전송 에이전트(MTA)임. 이메일을 안정적으로 전달하기 위해 평판 좋은 IP로 릴레이하고, 적절한 헤더를 세팅하고, 실패 시 자동 재전송해주는 서비스
• GitHub에 소스코드가 공개되어 있어서 셀프 호스팅 가능하고, remails.net에서 바로 쓸 수 있는 인스턴스도 제공함. 현재는 트랜잭셔널 이메일(비밀번호 리셋, 인증 코드 등) 전용이고, 대량 마케팅 메일은 아직 미지원

MVP에서 고가용성까지

• 처음엔 유럽 클라우드의 단일 VPS에서 Docker Compose + PostgreSQL로 단일 바이너리 띄우는 구조로 시작했음
• 이후 매니지드 Kubernetes 클러스터 + 매니지드 Postgres로 전환. 웹 API와 SMTP MTA를 분리해서 각각 여러 레플리카를 노드에 분산 배포하는 고가용성 아키텍처로 진화함
• 데이터 가용성은 클라우드 프로바이더의 이중 DB 노드 + PITR 백업 + 독립 위치에 일일 풀백업으로 확보. 백업 실패 시 알람이 오도록 모니터링도 걸어둠

IP 주소 관리가 핵심 과제

• 이메일 발송에서 발신 IP의 평판이 스팸 필터 통과에 결정적인데, 클라우드 퍼블릭 IP로는 좋은 평판 쌓기가 어려움. 그래서 자체 IP 블록을 가져오는 BYOIP(Bring Your Own IP) 방식을 채택
• 핀란드 클라우드 프로바이더 UpCloud이 BYOIP를 지원해줬고, 여기에 더해 발신자별로 어떤 IP에서 메일을 보낼지 제어하는 기능이 필요했음. 대량 고객에게 전용 IP를 할당해서 다른 고객의 평판 영향을 받지 않게 하려는 것

아키텍처 리팩토링

• SMTP를 인바운드와 아웃바운드로 분리함. 인바운드는 일반 Deployment로 노드에 랜덤 분산, 아웃바운드는 DaemonSet으로 각 노드에 정확히 1개씩 실행하면서 호스트 네트워크 접근 권한을 부여
• Cloud IP Manager라는 컴포넌트를 추가해서 클라우드 API를 통해 각 노드에 필요한 IP를 할당. 하나의 노드에 여러 IP를 붙일 수 있고, 아웃바운드 Pod이 직접 네트워크 인터페이스에 접근해서 발신 IP를 선택

sequenceDiagram
    participant 웹API as 웹 API
    participant 메시지버스 as 메시지 버스
    participant 아웃바운드 as SMTP 아웃바운드 (DaemonSet)
    participant DB as PostgreSQL

    웹API->>DB: 이메일 저장
    웹API->>메시지버스: 발송 알림 (메시지ID + 발신IP)
    메시지버스->>아웃바운드: 브로드캐스트
    아웃바운드->>아웃바운드: 해당 IP 보유 여부 필터링
    아웃바운드->>DB: 발송 상태 업데이트

• 컴포넌트 간 통신은 경량 브로드캐스트 메시지 버스를 도입. 재미있는 건 이 버스가 전달 보장(deliverability guarantee)이 없는 best-effort 방식이라는 거임
• 그런데도 고가용성이 유지되는 이유가 기발함 — 모든 액션은 DB에 먼저 저장되고, 메시지 버스 알림이 실패하면 주기적 태스크(Periodic Tasks)가 미발송 메일을 찾아서 재시도함. 버스가 죽어도 약간의 지연만 생길 뿐 메일은 결국 나감

• 로드맵에는 DNS 레코드 이상 알림, 쿼타 경고, 감사 로그, 이메일 수신 기능(바운스 메시지/DMARC 리포트용) 등이 예정되어 있음