fix(afternote): 수신자 요약·상세 UiState 가 raw e.message 를 운반 — 배선 시 서버 원문 그대로 노출 #653

📜 Overview (Required)

feature:afternote 수신자 흐름 두 곳이 예외 message 원문을 UI 상태에 싣습니다 (2026-07-31 실측, origin/develop 기준). 두 곳 모두 현재는 렌더에 도달하지 않지만(실측), 소비부 코드가 이미 원문을 표시하도록 작성돼 있거나 필드가 남아 있어, 배선되는 순간 서버 원문(5xx 내부 문구 포함 — 500 body SQL 원문 실측 #511 계열)이 그대로 노출됩니다.

• ReceiverDownloadAllViewModel 이 두 실패 지점에서 errorMessage = e.message ?: "…" 로 원문을 싣고 (develop L52·L60 / feat/544 L57·L66), 소비부 ReceiverAfternoteScreen 의 LaunchedEffect 가 그 문자열을 그대로 Toast 로 표시합니다 (L62-67). 호스트 ReceiverAfterNoteEntry 호출이 현재 0건(NavGraph 미연결, 실측)이라 도달하지 않을 뿐, Toast 코드는 완성돼 있습니다.
• ReceivedAfternoteDetailViewModel 이 LoadPhase.Failed(rawMessage = e.message, …) 로 원문을 UiState 까지 운반합니다 (develop L77 / feat/544 L82). Error 분기(ReceivedAfternoteDetailRoute L31-33)는 현재 DesignPendingDetailContent 만 렌더해 rawMessage 소비처가 0건(실측)이고, 표시용 messageRes 가 별도로 이미 있으므로 rawMessage 는 실수 노출 대기 상태의 잉여 필드입니다.
• ApiException.message 는 ApiErrorInterceptor 가 서버 message → HTTP reason → generic 순으로 조립하므로 5xx 내부 문구가 e.message 로 그대로 흘러오는 계열입니다.
• 수정: 작성자 흐름 선례 PR fix(afternote): 등록 실패 시 서버 원문 대신 일반 문구 폴백 — 5xx 내부 SQL 노출 차단 (closes 511) #621 과 같은 방식 — errorMessage 는 원문 대신 고정 string 리소스만 운반(@StringRes 화, 한글 하드코딩 폴백도 리소스 승격)하고 rawMessage 필드는 제거합니다. Toast 계열은 "4xx 안내 문구를 표시한다"는 서버 계약이 없으므로 fix(afternote): 수신자 열람 인증 실패 스낵바가 5xx 서버 내부 문구를 그대로 노출 — 서버 문구 표시를 4xx 안내 거절로 제한 #651 의 status 게이트가 아니라 전면 generic 이 맞습니다. 원문은 feat/544 의 handled 계측(RECEIVED_EXPORT_*·RECEIVED_DETAIL_LOAD)이 보존합니다.

📍 Note (Optional)

• base = feat/544 스택(PR feat(core): non-fatal 오류 계측 확대 — 홈·애프터노트·수신자 흐름 handled 실패 기록 (closes 544) #605 위) — 두 ViewModel 모두 feat/544 가 수정 중(계측 주입)이라 develop base 로는 충돌합니다. feat(core): non-fatal 오류 계측 확대 — 홈·애프터노트·수신자 흐름 handled 실패 기록 (closes 544) #605 머지 후 develop 로 재베이스.
• fix(afternote): 수신자 열람 인증 실패 스낵바가 5xx 서버 내부 문구를 그대로 노출 — 서버 문구 표시를 4xx 안내 거절로 제한 #651 이 Note 로 예약해 둔 "raw e.message 직노출 계열 별도 이슈" 중 feature 모듈 몫입니다. app 모듈 몫(수신자 홈 Toast)은 fix(app): 수신자 홈 내려받기 실패 Toast 가 서버 원문(e.message)을 그대로 노출 — 일반 문구 치환 #652.
• 스코프 제외 ①: ReceiverMemorialPlaylistViewModel 의 같은 유형 잔존은 수신 로드·식별자·상세·에디터 상태 모델 정합화 #601 이 "e.message 원문 노출도 함께 정리"로 이미 스코프에 넣어 두어 여기서 제외합니다.
• 스코프 제외 ②: 열람 인증 흐름(deliveryverification)은 serverMessage 메커니즘으로 fix(afternote): 수신자 열람 인증 실패 스낵바가 5xx 서버 내부 문구를 그대로 노출 — 서버 문구 표시를 4xx 안내 거절로 제한 #651 스코프이며, 해당 디렉터리에 e.message 히트는 0건(실측)입니다.
• ReceiverAfterNoteEntry 의 NavGraph 미연결 자체는 이 이슈 스코프 밖입니다(수신자 흐름 구조 정리 refactor(app): 홈·수신자 홈 화면 feature 모듈 이전 — app 잔존 presentation 정리 #546·refactor(afternote): 수신자 흐름 58개 파일을 feature:receiver 로 이전 — 애프터노트 모듈이 타 도메인 열람 관문 소유 #615 계열).