테스트메일 3통(wks0968 · sourcehatchery · chlee@grinda.ai)이 전부 Gmail 스팸함으로 갔습니다. 인증 설정(SPF·DKIM·DMARC)은 완벽합니다. 진짜 원인은 ① peer 풀 병목으로 도메인이 실질적으로 데워지지 않음, ② 워밍업 성공 지표가 peer 폐쇄루프라 허수, ③ 데운 주소와 실제 발송 주소가 다름, 그리고 ④ 스팸함 배치는 애초에 추적 불가라 시스템이 문제를 못 잡는 것입니다.
beta DB의 dial.rinda.ai 실발송 14통은 DB상 완벽하게 정상으로 보입니다. 그런데 실제 수신함은 스팸.
| 수신자 | status | 배달점수 | 스팸신고 | 실제 결과 |
|---|---|---|---|---|
| regentimekr@daum.net | delivered | 84 | — | — |
| info@mcnt.ru | clicked | 94 | — | — |
| info@beautymed.hu | opened | 94 | — | — |
| rinda@ → wks0968@gmail.com | delivered | — | NULL | 스팸함 |
| rinda@ → sourcehatchery@gmail | delivered | — | NULL | 스팸함 |
| rinda@ → chlee@grinda.ai | delivered | — | NULL | 스팸함 |
Gmail 사유 문구: "dial.rinda.ai님이 보낸 이전 메일이 스팸으로 표시되었기 때문에 이 메일도 스팸으로 표시되었습니다" → 콘텐츠·수신자가 아니라 도메인 평판 문제임을 Gmail이 직접 명시.
| 항목 | dial.rinda.ai | 판정 |
|---|---|---|
| SES Verified | true | ✓ |
| DKIM | SUCCESS | ✓ |
| Custom MAIL FROM | bounces.dial.rinda.ai / SUCCESS | ✓ |
| SPF | include:amazonses.com ~all | ✓ |
| DMARC | p=none; rua=… | ✓ |
건강한 intro.rinda.ai와 DNS 구성 동일 → 인증은 스팸 원인이 아님.
워밍업은 정상 작동하지만, active peer가 10개(일 수용량 2,000통)뿐인데 워밍업 도메인이 221개입니다. 신규 200개 도메인(restrained variant, dial 포함)은 설계상 도메인당 하루 7통이 물리적 상한입니다.
21×23 + 200×7 = 1,883 ≈ peer cap 2,000 딱 포화. day 38인데 7통인 건 버그가 아니라 ramp-curve.ts의 의도된 영구 plateau. 다만 이 볼륨(peer끼리 7통)으론 Gmail 실제 평판이 안 쌓임.
워밍업 spam placement가 낮게 나오는 건 워밍업 계정끼리 주고받고 스팸함→받은편지함으로 자동 복구하기 때문입니다. 실제 외부 수신자를 반영하지 못합니다.
| variant | 계정 | 발송(7일) | spam | 의미 |
|---|---|---|---|---|
| standard (구) | 21 | 3,083 | 149 4.8% | 일부 실측됨 |
| restrained (dial) | 200 | 11,256 | 0 0% | 측정 안 됨 = 허수 |
"spam 0%"는 완벽이 아니라 측정이 안 되는 것. 실제 외부 3통은 전부 스팸 → 지표와 현실의 괴리.
6주간 데운 건 rinda@dial.rinda.ai인데, beta 실제 콜드 발송은 데운 적 없는 celliconlab@·hwk0117@로 나갔습니다.
| 워밍업(alpha) | 실발송(beta) | |
|---|---|---|
| persona | rinda@ | celliconlab@ · hwk0117@ |
| 성격 | peer 폐쇄루프 7통/일 | 해외 바이어 콜드 14통 |
| 워밍업 계정 | 있음 | 없음(0) |
이게 "왜 스팸인데 시스템이 모르나"의 핵심입니다.
Gmail이 스팸함에 자동 분류해도 서버는 250 OK를 반환하므로 SES는 delivered로 기록합니다. 받은편지함 도착인지 스팸함 도착인지 알려주는 이벤트·webhook이 존재하지 않습니다.
| 추적되는 이벤트 | 건수 | 배치(스팸함) 반영? |
|---|---|---|
| delivered | 1,133,058 | ✗ |
| open / click | 357k / 294k | ✗ |
| bounce | 15,355 | ✗ |
| spam_report (수신자가 버튼 클릭 시만) | 80 | 부분 |
배치를 아는 유일한 방법 = seed 계정에 실제 발송 후 Gmail API로 폴더를 직접 확인. SES/SendGrid 이벤트만으로는 불가능.
spam-placement-test 방식). 지표를 현실과 재정렬.