SendHQ 현장 노트
개발자를 위한 이메일 인프라 해설
예상된 이메일 발송, 답장 수신, 평판 보호, 에이전트에 제한된 권한 부여를 다루는 실무 가이드입니다.
수신 이메일
Amazon SES로 이메일 수신하기: S3와 Lambda
Amazon SES, S3, Lambda로 프로덕션 수준의 수신 이메일 파이프라인을 구축합니다. MIME 안전성, 테넌트 라우팅, 멱등성, 재시도, 스레딩을 다룹니다.
글 읽기 →이메일 API
Amazon SES 요금 등급 정리(2026년 7월)
Amazon SES는 2026년 7월 21일부터 단순 종량제 모델에서 단계별 요금제(Essentials, Pro, Enterprise)로 전환했습니다. 비용 내역과 트랜잭션 이메일 예산에 미치는 영향을 정리했습니다.
글 읽기 →도메인 인증
DMARC p=none vs quarantine vs reject: 운영자를 위한 가이드
올바른 DMARC 정책을 선택하려면 보안과 전달성 사이에서 균형을 잡아야 합니다. 정상 메일을 막지 않으면서 스푸핑을 방지하도록 p=none에서 p=reject까지 안전하게 단계적으로 적용하는 방법을 알아봅니다.
글 읽기 →엔지니어링
이메일 API를 위한 멱등성 키
멱등성 키를 구현해 네트워크 재시도 중 발생하는 중복 이메일을 방지합니다. 사용자에게 스팸을 보내지 않으면서 분산 시스템 장애를 처리하는 방법을 알아봅니다.
글 읽기 →도메인 인증
SPF 플래트닝: 10회 조회 제한 해결하기
DNS 조회가 너무 많아 발생하는 'permerror'를 해결합니다. SPF 플래트닝의 동작 방식, 10회 조회 제한이 존재하는 이유, 전달성 향상을 위해 include 체인을 풀어내는 방법을 알아봅니다.
글 읽기 →전달성
반송과 스팸 신고: 전달성에 실제로 더 큰 타격을 주는 것은?
반송은 기술적 실패이지만, 스팸 신고는 평판을 무너뜨립니다. 두 가지를 모두 처리해 발신 평판을 지키고 이메일이 받은편지함에 도달하도록 하는 방법을 알아봅니다.
글 읽기 →엔지니어링
최소 한 번 전달(at-least-once)을 전제로 한 이메일 웹훅 설계
재시도, 멱등성 키, 서명 검증을 활용해 이메일 이벤트를 단 하나도 놓치지 않는 견고한 웹훅 소비자를 구축하는 방법을 알아봅니다.
글 읽기 →엔지니어링
트랜잭션 이메일 마이그레이션 플레이북
관측 가능성을 잃지 않고 트랜잭션 이메일 제공업체를 옮기려면 이중 발송, 이벤트 동등성 매핑, 점진적인 DNS 전환이라는 단계적 접근이 필요합니다.
글 읽기 →이메일 API
같은 50,000통의 이메일이 $5가 되기도, $66가 되기도 하는 이유
이메일 API 요금 편차를 자세히 살펴봅니다. 같은 50k 발송량인데도 제공업체별로 13배 차이가 나는 이유와 엔지니어링 제약에 맞춰 선택하는 방법을 분석합니다.
글 읽기 →이메일 API
SendGrid 무료 요금제 종료: 30분 마이그레이션 가이드
SendGrid의 무료 플랜이 60일 체험판으로 바뀌었습니다. 다운타임 없이 트랜잭션 이메일을 지속 가능한 대안으로 옮기려는 엔지니어를 위한 기술 가이드입니다.
글 읽기 →이메일 API
Resend 호환 이메일 API: 호환성이 보장하지 않는 것들
API 호환성 덕분에 코드를 다시 작성하지 않고도 제공업체를 바꿀 수 있지만, 평판, DNS 레코드, 전달성 이력까지 옮겨지는 것은 아닙니다.
글 읽기 →엔지니어링
트랜잭션 이메일 API 프로덕션 체크리스트
트랜잭션 이메일 시스템을 출시하는 엔지니어를 위한 기술 가이드입니다. DNS 검증, 멱등성, 오류 처리, 프로덕션 준비를 위한 비용 분석을 다룹니다.
글 읽기 →에이전트 워크플로
AI 에이전트에 안전하게 이메일 발송 권한을 부여하는 방법
AI 에이전트에 API 키를 그냥 주는 것은 위험 부담입니다. 범위가 지정된 자격 증명, 승인 경계, 멱등성을 구현해 에이전트가 일으킬 수 있는 이메일 사고를 예방하는 방법을 알아봅니다.
글 읽기 →