RINDA 발신 도메인 제거 — 영향 분석 & 안전 조치 런북

0핵심 요약

답장 연결은 도메인 문자열이 아니라 message_id 기반 매칭(Tier T1→T2→T4)이다. 그러나 답장이 물리적으로 도착하는 것은 도메인 MX에 100% 의존한다 — 도메인/MX 제거는 발송 중단·답장 영구 소실·워크스페이스 귀속 실패를 동시에 일으킨다.

→ 모든 워크스페이스가 Rinda 공용 도메인 풀에 의존. 답장 자산이 소수 rinda 도메인에 집중.

1답장 수신 5경로 (provider별 메커니즘이 다름)

2시퀀스 다이어그램

3도메인 제거 영향 (심각도순)

도메인별 발송 / 답장 자산 (90일)

4안전 조치 런북 (도메인 단위 단계별 제거)

한쪽만 내리면 더 위험하다(아래 함정). 반드시 순서대로, 각 단계 검증 후 다음으로.

1. 사전 측정 — 잔량·활성 계정 확인 제거 대상 도메인의 활성 발신 계정과 미해결(답장 대기) 스레드를 먼저 센다. 0에 수렴할 때까지 다음 단계 보류.

   -- 활성 발신 계정
   SELECT email_address, provider, status FROM user_email_accounts
   WHERE email_address ILIKE '%@chat.rinda.ai' AND status='active';
   
   -- 최근 30일 발송 중 답장 대기(미해결)
   SELECT count(*) FROM emails
   WHERE direction='outbound' AND from_email ILIKE '%@chat.rinda.ai'
     AND status='delivered' AND replied_at IS NULL
     AND sent_at >= now()-interval '30 days';

2. 신규 발송만 차단 (수신은 유지) 계정을 삭제하지 말고 status='inactive'로. 발송은 멈추되 to_email 매칭은 살아 있어 잔여 답장이 계속 귀속된다.

   UPDATE user_email_accounts SET status='inactive', updated_at=now()
   WHERE email_address ILIKE '%@chat.rinda.ai' AND status='active';

3. 계정 마이그레이션 (필요 시) 해당 도메인에 묶인 활성 시퀀스가 있으면 발신 계정을 유지 도메인(예 mail.rinda.ai)으로 이전하거나 시퀀스를 다른 계정으로 재배정. 새 발송분 Message-ID가 유지 도메인으로 생성되도록 한다.
4. 답장 유예 — MX 유지한 채 대기 MX·DNS는 그대로 두고 최소 30일(매칭 T4 fallback 윈도우와 동일) 유예. 이 기간 잔여 답장이 SendGrid Inbound Parse로 계속 회수된다. P1의 대기 카운트가 충분히 소진됐는지 재확인.
5. 최종 제거 (역순 정리) ① Cloudflare에서 해당 도메인 MX·인증(DKIM/SPF) 레코드 삭제 → ② SendGrid Inbound Parse 호스트 해제 → ③ user_email_accounts soft delete → ④ workspace_sending_domains가 있으면 deleted_at 세팅.
   롤백: 각 단계는 역으로 되돌릴 수 있으나, P5 이후 도착한 답장은 복구 불가(NDR 반송됨). P5는 P4 검증 완료 후에만.

5부분 제거의 함정 (overfitting 주의)