SES 발송 + 답장을 회사 Gmail로 받기

TL 요약

• 가능하다. SES로 발송해도 답장은 100% 회사 Gmail로 받을 수 있음 — Reply-To 헤더로 From(발송 도메인)과 답장 수신처를 분리. 코드 이미 지원.
• 못 바꾸는 것 1가지 — 발송 From은 SES 인증 도메인(send.steelbrotech.com)이어야 함. From을 Gmail로 위장하면 DMARC fail → 스팸. "발송=SES, 답장=Gmail"은 정상 조합.
• 진짜 쟁점 — 답장이 Gmail로 직행하면 앱이 답장을 못 봄 → 답장률 통계·시퀀스 자동중단·자동응답 무력화(같은 사람에게 계속 발송 사고).

1 지금도 일부 답장은 Gmail에 도착 중

reply-arrival-email.service.ts:95 가 답장 도착 시 담당자 이메일로 SES 알림을 자동 발송. 회사 Gmail을 워크스페이스 오너 이메일로 두면 AI가 분류한 중요 답장은 지금도 옴.

→ 회사가 원하는 "오는 답장 전부를 Gmail에서"는 일반 답장 원문 포워딩이 빠진 상태.

2 3가지 구성 비교

¹ 답장률 통계 · 답장 시 시퀀스 자동중단 · 자동응답 트리거

3 추천: B안 — 앱 1차 수신 후 Gmail 포워딩

webhook.service.ts 의 inbound 저장 직후 한 블록 추가:

// inbound 저장 후 (webhook.service.ts ~516줄 직후)
await emailService.sendEmail({
  fromEmail: config.ses.senderEmail,         // SES 도메인
  toEmail: ownerGmail,                         // 회사 Gmail
  subject: `[답장] ${inbound.subject}`,
  bodyHtml: inbound.bodyHtml,
  replyTo: inbound.fromEmail,                  // ★ 바이어 주소 → Gmail에서 바로 회신
  provider: "ses",
})

• 왜 최상인가 — 앱이 답장을 1차로 받아 자동화(시퀀스 중단·통계·자동응답)를 살리면서, 전체 답장 원문을 회사 Gmail로 보냄. 회사의 "내 메일로 실시간 현황 조사" 성향을 100% 충족하면서 앱 데이터도 온전.
• 회신 정합성 — replyTo=바이어주소 라 회사가 Gmail에서 바로 답장 가능하고, 그 회신이 다시 SES inbound로 들어와 스레드가 끊기지 않음.

4 코드 근거

5 결론