Blazalek.com

5.4.7SMTP 5.4.7: Przekroczony limit domeny odbiorcy Titan

Zaakceptowane odpowiedzi Titan Email odnotowują 550 5.4.7, gdy domena odbiorcy przekroczyła godzinowy albo dobowy limit poczty przychodzącej. Zatrzymaj ponawianie tej transakcji, zachowaj dokładną odpowiedź i potraktuj późniejszą wysyłkę jako nową transakcję dopiero wtedy, gdy strona sterująca tym warunkiem potwierdzi jego zmianę.

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

W skrócie

Dowód zaakceptowany dla tego kodu pochodzi z jednego produktu: to trwałe odrzucenie klasy 5, odnotowane, gdy domena odbiorcy hostowana w Titan przekroczyła godzinowy albo dobowy limit poczty przychodzącej. Pierwszy działa nadawca, wstrzymując automatyczne ponowienia tej transakcji i zachowując dokładną odpowiedź, a żaden adres nie jest wykluczany na podstawie samego sygnału dotyczącego domeny.

Co oznacza ten kod

Przykład RFC 3463 dla wzorca X.4.7 to „Delivery time expired”, a RFC 5248 odnotowuje, że lista powiązanych podstawowych kodów statusu nie jest wyłączna; odpis rejestru użyty w tym katalogu nie zawiera dla tego wzorca potwierdzonego wpisu klasy. Ta strona opisuje więc zachowanie Titan Email w postaci odnotowanej w zaakceptowanych odpowiedziach, które są tu jedynym przyjętym dokładnym dowodem dla 5.4.7, a nie ogólną definicję kodu.

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

Znaczenie techniczne

Dwie zaakceptowane odpowiedzi nazywają limit poczty przychodzącej dla domeny odbiorcy, w wariancie godzinowym i dobowym. Zakresem jest cała domena, a nie jedna skrzynka, i sama odpowiedź pokazuje to na trzy sposoby: tekst przyczyny nazywa „Recipients Domain”, odpowiedź wraca na etapie RCPT TO, zanim zaproponowano dane wiadomości, a adres w odpowiedzi jest tylko adresem, którego dotyczyła ta transakcja. Oba warianty różnią się okresem rozliczeniowym, w jakim mierzony jest limit, a nie werdyktem, i żadna z odpowiedzi nie podaje wartości limitu, momentu rozpoczęcia okresu ani momentu jego resetu. To odnotowuje współdzielony limit poczty przychodzącej u tego dostawcy, a nie ogólną definicję 5.4.7 ani ustalenie dotyczące adresu skrzynki.

Status dostarczenia

Odpowiedź 550 trwale odrzuciła zarejestrowaną transakcję, a system wysyłający nie może wstawić jej z powrotem do kolejki, żeby proponować ją ponownie według harmonogramu. Ta odpowiedź rozstrzyga jedną próbę i nic ponad nią, a zgłasza warunek po stronie odbierającej, który może się zmienić bez żadnego działania nadawcy. Zaakceptowane odpowiedzi dla tego kodu odnotowano, zanim zaproponowano dane wiadomości, więc nie oceniały ani wiadomości, ani skrzynki.

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

Decyzja o ponowieniu

Nie ponawiaj tej transakcji. Ponowienie to ta sama zakolejkowana wiadomość, proponowana znów przez tę samą kolejkę według harmonogramu i bez żadnej zmiany, więc obejmuje ją werdykt, który już wrócił. Późniejsza próba jest nową transakcją tylko wtedy, gdy operator decyduje o jej wysłaniu po tym, jak strona sterująca warunkiem nazwanym w odpowiedzi zgłosi jego zmianę, czyli gdy administrator domeny odbiorcy albo Titan potwierdzi, że limit został podniesiony lub zresetowany albo że nazwany okres rozliczeniowy minął. Sam upływ czasu jest podstawą słabszą, bo żadna z odpowiedzi nie podaje obowiązującego limitu ani momentu resetu, więc wysyłka zaplanowana na oko może zwrócić tę samą odpowiedź. Dotarcie do tej samej osoby pod inną domeną jest inną trasą, a nie ponowieniem tej transakcji.

Decyzja o supresji

Nie wykluczaj adresu odbiorcy na podstawie samego 5.4.7. Sformułowanie „Recipient address rejected” odnotowuje w tych odpowiedziach, w którym miejscu transakcji wypadło odrzucenie, a nie to, co zostało ocenione: przyczyną, którą te odpowiedzi podają, jest limit współdzielony przez całą domenę odbiorcy, więc nie zawierają one ustalenia, że skrzynka jest nieznana, zamknięta albo nieprawidłowa. Wykluczenie wymaga dowodu o samym adresie, z innego kodu albo z późniejszej odpowiedzi.

Najczęstsze przyczyny

  • Domena odbiorcy hostowana w Titan przekroczyła godzinowy limit poczty przychodzącej, czyli krótszy z dwóch okresów rozliczeniowych nazwanych w zaakceptowanych odpowiedziach.
  • Domena odbiorcy hostowana w Titan przekroczyła dobowy limit poczty przychodzącej, czyli dłuższy z nazwanych okresów, więc odczekanie godziny nie jest tu podaną podstawą do oczekiwania innego wyniku.

Kroki diagnostyczne

  1. Potwierdź dokładny kod rozszerzony i sparowaną z nim odpowiedź podstawową, którą w zaakceptowanym dowodzie jest 550, oraz odnotuj, czy przyczyna nazywa wariant godzinowy czy dobowy.
  2. Ustal system odbierający, który zastosował warunek, i zachowaj komplet dowodów: pełny wiersz odpowiedzi dosłownie, adres odbiorcy wraz z jego domeną, datę i godzinę z przesunięciem UTC, adres IP połączenia i nadawcę koperty oraz identyfikator kolejki tej próby po stronie systemu wysyłającego.
  3. Czytaj pełną odpowiedź, a nie same cyfry, aby rozdzielić kandydatów: koreluj odrzucenia według domeny odbiorcy i okna czasowego, żeby ustalić, czy dotyczy to całej domeny czy jednego odbiorcy, i potwierdź, że inne kierunki przyjmowały pocztę w tym samym okresie.
  4. Nazwij jedyny warunek dopuszczający nową wysyłkę, czyli potwierdzenie od administratora domeny odbiorcy albo od Titana, że limit został podniesiony lub zresetowany albo że nazwany okres rozliczeniowy minął.

Działania z podziałem na role

Nadawca

  • Wyjmij wiadomość z kolejki ponowień, żeby transakcja nie była proponowana ponownie według harmonogramu, i zachowaj pełny wiersz odpowiedzi wraz ze znacznikiem czasu.
  • Przekaż administratorowi domeny odbiorcy dosłowny wiersz odpowiedzi, nazwany w nim wariant, adres odbiorcy i jego domenę, datę i godzinę z przesunięciem UTC, adres IP połączenia i nadawcę koperty, identyfikator kolejki tej próby oraz liczbę odbiorców w tej domenie odrzuconych w tym samym okresie.

Administrator odbiorcy

  • Sprawdź plan Titan dla domeny, ustawiony w nim limit poczty przychodzącej i stan konta w czasie wskazanym w dowodach nadawcy, a następnie podaj nadawcy obowiązujący limit i moment, w którym okres rozliczeniowy się resetuje.
  • Gdy wolumen jest spodziewany, a nie nietypowy, ustal z Titanem podniesienie limitu albo zmianę planu, zanim poprosisz nadawcę o kolejną wysyłkę, i potwierdź nadawcy, kiedy zmiana zaczyna obowiązywać.

Dostawca

  • Potwierdź administratorowi domeny, który wariant limitu zadziałał w zarejestrowanym czasie, jaka wartość obowiązywała i jaki był stan konta.
  • Udostępnij ścieżkę zmiany limitu i utrzymuj tę odpowiedź w postaci odróżnialnej od odrzuceń na poziomie adresu, żeby nadawcy nie czytali jej jako werdyktu o skrzynce.

Ź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:

Znalazłeś błąd lub nieścisłość? Zgłoś poprawkę.

Wskaż element tej strony, który wymaga sprawdzenia. Każde zgłoszenie jest weryfikowane ręcznie.

Rodzaj problemu

Opisz problem i, jeśli chcesz, zaproponuj poprawione brzmienie.

Przy zgłoszeniu merytorycznym podaj publiczne źródło, jeśli je masz.

Możesz wysłać zgłoszenie anonimowo. Odpowiedź nie jest gwarantowana.

Nie wklejaj pełnych odpowiedzi bounce, nagłówków, adresów e-mail, Message-ID, tokenów ani innych danych osobowych. Przed wysłaniem zredaguj materiał dowodowy.

Wysłanie korekty przekazuje wpisane dane do Formspree, żebym mógł zweryfikować i poprawić tę stronę. Przeczytaj informację o prywatności.

Poradnik

Incydenty

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ę.