Blazalek.com

5.4.7Domena odbiorcy przekroczyła limit poczty przychodzącej (Titan Email)

System odbiorcy zgłasza, że domena odbiorcy przekroczyła administracyjny limit tempa przyjmowania poczty (godzinowy lub dobowy) i tymczasowo odrzuca kolejne wiadomości. Kod należy jednak do klasy trwałej: tę konkretną próbę dostarczenia traktuj jako nieudaną, a kolejną wysyłkę — po ustąpieniu limitu — jako nową próbę, nie jako automatyczne ponowienie.

Kategoria
Sieć, DNS i routing
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

W skrócie

Domena odbiorcy hostowana w Titan Email przekroczyła własny limit tempa przyjmowania poczty (godzinowy albo dobowy) i odrzuca tę wiadomość kodem klasy trwałej. Nie pozwalaj, by Twój MTA automatycznie ponawiał tę samą próbę; jeśli to ważna wiadomość, spróbuj wysłać ją ponownie po pewnym czasie i rozważ kontakt z administratorem domeny odbiorcy. Nie wykluczaj adresu na podstawie samego 5.4.7 — sygnał dotyczy limitu całej domeny, nie ważności tego konkretnego adresu.

Co oznacza ten kod

Za konkretnym kodem 5.4.7 stoi inny stan niż przykładowy tekst rejestru: odpowiedzi Titan Email poniżej obejmują przekroczenie limitu tempa przyjmowania poczty przez domenę odbiorcy, a nie wygaśnięcie czasu dostarczenia, i wyłącznie ten dowód produkcyjny zapisuje tu ten kod. Kod 5.4.7 nadaje wzorcowi rejestru X.4.7 klasę trwałą, ale sam wzorzec X.4.7 w odwzorowaniu rejestru IANA w tym katalogu pozostaje nierozstrzygnięty dla każdej klasy. Przykładowy tekst rejestru to „Delivery time expired”: wiadomość uznana za zbyt starą, bo przekroczyła czas w kolejce albo wartość TTL określoną przez nadawcę. Ponieważ Associated Basic Status Code w rejestrze to „Not given”, ten przykład nie potwierdza mechanicznie żadnego podstawowego kodu SMTP ani klasy.

Znaczenie techniczne

Udokumentowane zachowanie Titan Email dostarcza konkretny kod 5.4.7 opisany tutaj. Domena odbiorcy hostowana w tej usłudze przekroczyła administracyjny limit liczby przyjmowanych wiadomości w oknie godzinowym albo dobowym, a Titan odrzuca kolejne wiadomości, dopóki okno się nie zresetuje. Kod 5.4.7 stosuje się tu do stanu limitu tempa, a nie do wygaśnięcia czasu dostarczenia z przykładowego tekstu rejestru. RFC 3463, sekcja 3.4, definiuje klasę przedmiotową X.4 („Network and Routing Status”) dla niepowodzeń związanych z siecią i routingiem. Tabela RFC 3463 daje wzorcowi X.4.7 przykładowy tekst „Delivery time expired” i wyjaśnia, że wiadomość uznano za zbyt starą, bo pozostawała na danym hoście zbyt długo albo przekroczono wartość TTL określoną przez nadawcę. Associated Basic Status Code jest tam podany jako „Not given”, czyli rejestr nie wiąże tego wzorca z żadnym konkretnym podstawowym kodem SMTP. RFC 5248 potwierdza, że lista Associated Basic Status Code ma charakter przykładowy, a nie wyłączny, ale nie dostarcza tu dodatkowego potwierdzenia klasy. W ramach warstwy EXPAND odwzorowanie rejestru IANA oznacza X.4.7 jako nierozstrzygnięty dla każdej klasy: nie ma tu żadnego potwierdzonego wpisu, tak samo jak przy innych kodach szczegółowych, którym w tym katalogu brakuje potwierdzenia klasy.

Status dostarczenia

Pierwsza cyfra 5 oznacza niepowodzenie trwałe: Titan zwraca tę odpowiedź jako trwałe odrzucenie tej konkretnej próby dostarczenia (kod podstawowy 550), a nie jako odroczenie w klasie 4xx. Nie oznacza to jednak, że domena odbiorcy jest zablokowana na stałe — ograniczenie obowiązuje w oknie czasowym (godzina albo doba) i może ustąpić, gdy to okno się zresetuje. Traktuj tę konkretną próbę jako nieudaną, a kolejną wysyłkę do tej domeny — jako nową próbę, nie jako automatyczne ponowienie tej samej transakcji SMTP.

Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

Decyzja o ponowieniu

Nie pozwalaj, by Twój MTA automatycznie ponawiał tę samą próbę dostarczenia w krótkich odstępach — kod klasy 5 sygnalizuje trwałe odrzucenie tej transakcji. Jeśli wiadomość jest ważna, rozważ ręczną ponowną wysyłkę po upływie rozsądnego czasu (dłuższego niż typowe okno godzinowe albo dobowe, w zależności od tego, który wariant wystąpił), traktując ją jako nową próbę dostarczenia. Nie traktuj pojedynczego 5.4.7 jako podstawy do rezygnacji z komunikacji z tą domeną na stałe.

Decyzja o supresji

Nie wykluczaj adresu odbiorcy na podstawie samego kodu 5.4.7: ograniczenie dotyczy limitu tempa przyjmowania poczty całej domeny odbiorcy, hostowanej w Titan Email, a nie ważności konkretnego adresu ani stanu konkretnej skrzynki. Decyzje o wykluczeniu adresu powinny opierać się na niezależnych sygnałach dotyczących konkretnie tego adresu (twarde odbicia, kody adresowania), a nie na tym współdzielonym ograniczeniu na poziomie domeny.

Najczęstsze przyczyny

  • Domena odbiorcy hostowana w Titan Email ma plan z limitem liczby przyjmowanych wiadomości w oknie godzinowym lub dobowym, a bieżący wolumen przychodzącej poczty (od tego i innych nadawców łącznie) przekroczył ten limit.
  • Nagły wzrost wolumenu wysyłki do tej domeny w krótkim czasie (np. kampania, lista mailingowa, wielu nadawców naraz) wyczerpał dostępny limit szybciej niż zwykle.
  • Opisy w zaakceptowanych przykładach Titan wprost odsyłają do dokumentacji dostawcy o limitach tempa wysyłania i odbierania oraz o kodach odrzucenia poczty przychodzącej — to udokumentowane zachowanie tego konkretnego dostawcy, nie ogólna definicja kodu 5.4.7 u wszystkich dostawców.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP i potwierdź, że kod rozszerzony to dokładnie 5.4.7, a podstawowa odpowiedź należy do klasy 5xx (550 w zaakceptowanych przykładach); odnotuj, czy treść wskazuje wariant godzinowy czy dobowy limitu.
  2. Powiąż odpowiedź z konkretną wiadomością, adresem odbiorcy i dokładnym czasem próby — jest to niezbędne, by ocenić, kiedy dane okno limitu (godzina albo doba) mogło się zresetować.
  3. Jeśli zarządzasz wysyłką do wielu odbiorców w tej samej domenie Titan, sprawdź, czy podobne odrzucenia 5.4.7 występują dla innych adresów w tym samym oknie czasowym — to sygnał limitu na poziomie całej domeny, a nie problemu z jednym adresem.
  4. Jeśli to możliwe, skontaktuj się z administratorem domeny odbiorcy (albo poproś odbiorcę o kontakt z nim) w sprawie bieżącego planu i limitu Titan Email dla tej domeny.

Działania z podziałem na role

Nadawca

  • Nie konfiguruj automatycznych ponowień tej samej próby w krótkich odstępach; jeśli wiadomość jest ważna, wyślij ją ponownie po rozsądnym czasie jako nową próbę dostarczenia.
  • Jeśli odrzucenia 5.4.7 do tej domeny się powtarzają, przekaż administratorowi wysyłki pełny tekst odpowiedzi, czas próby i informację, czy dotyczy limitu godzinowego czy dobowego.

Administrator odbiorcy

  • Sprawdź w panelu Titan Email bieżący plan i limit tempa przyjmowania poczty dla tej domeny oraz to, czy limit godzinowy lub dobowy jest regularnie wyczerpywany.
  • Jeśli domena regularnie potrzebuje wyższego wolumenu poczty przychodzącej, rozważ zmianę planu Titan Email albo skontaktuj się z ich wsparciem w sprawie zwiększenia limitu.

Dostawca

  • Jeśli obsługujesz hosting poczty domeny odbiorcy (Titan Email albo reseller tej usługi), potwierdź aktualny limit tempa przyjmowania wiadomości dla tego planu i poinformuj klienta, gdy jego wykorzystanie limitu zbliża się do granicy w danym oknie czasowym.
  • Udostępnij klientowi jasną ścieżkę sprawdzenia bieżącego wykorzystania limitu i zwiększenia go, zanim odrzucenia 5.4.7 zaczną wpływać na ważną korespondencję biznesową.

Przykłady od dostawców

Przykład titan
550 5.4.7 <user@example.com>: Recipient address rejected: Recipients Domain Hourly Quota Exceeded
Przykład titan
550 5.4.7 <user@example.com>: Recipient address rejected: Recipients Domain Daily Quota Exceeded

Źródła

Poniższe źródła określają znaczenie tego kodu rozszerzonego — przede wszystkim rejestr IANA i powiązane RFC. Jeśli na stronie są przykłady od dostawców, pochodzą z ich opublikowanej dokumentacji. Otwórz link, żeby zobaczyć oryginalne brzmienie w kontekście.

Ostatnia weryfikacja:

Poradnik

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom ustalać przyczyny odrzuceń oraz naprawiać uwierzytelnianie i reputację, żeby wiadomości trafiały do skrzynki.

Praktyczna praca nad dostarczalnością dla firm wysyłających na dużą skalę.