Exceeded Max Defers Per Hour – co oznacza błąd i jak go naprawić?

Komunikat „Domain has exceeded the max defers and failures per hour” oznacza, że serwer pocztowy zarejestrował zbyt wiele nieudanych lub odroczonych prób dostarczenia wiadomości. W środowisku cPanel po przekroczeniu limitów skonfigurowanych przez administratora domena może zostać czasowo zablokowana przed dalszą wysyłką. To mechanizm ochronny pomagający ograniczać spam, masową wysyłkę na nieistniejące adresy oraz skutki przejęcia kont pocztowych. Podobne zabezpieczenia stosuje się również w innych środowiskach hostingowych, w tym w DirectAdmin. Sam komunikat nie oznacza jednak automatycznie, że wysyłałeś spam lub Twoja skrzynka została przejęta. Wyjaśniamy, co oznaczają określenia „deferred” i „failed”, dlaczego serwer może ograniczyć wysyłanie poczty oraz jak znaleźć przyczynę problemu.

• Co oznacza Domain has exceeded the max defers and failures per hour?
• Dlaczego serwer może ograniczyć wysyłanie poczty?
• Co zrobić po pojawieniu się błędu Exceeded Max Defers Per Hour?

Ważne: komunikat „Domain has exceeded the max defers and failures per hour” jest charakterystyczny dla środowiska cPanel. Serwery korzystające z DirectAdmin i innych rozwiązań mogą stosować podobne mechanizmy ochronne, ale nie muszą wyświetlać identycznego błędu.

Co oznacza Domain has exceeded the max defers and failures per hour?

Najprościej mówiąc, serwer wykrył zbyt dużą liczbę problemów z dostarczaniem wiadomości wychodzących w określonym czasie. Jeśli administrator skonfigurował odpowiednie ograniczenia, dalsza wysyłka z danej domeny może zostać czasowo zablokowana.

W komunikatach serwerów pocztowych możesz spotkać dwa określenia:

• Failed (failure) – nieudana próba dostarczenia wiadomości. Może wystąpić np. wtedy, gdy adres odbiorcy nie istnieje lub serwer odbiorcy odrzuca wiadomość.
• Deferred (defer) – próba dostarczenia została odroczona. Serwer nie mógł zakończyć wysyłki w danym momencie, ale w zależności od przyczyny i konfiguracji może podjąć kolejną próbę później.

W cPanel mechanizm analizuje zarówno liczbę, jak i procent nieudanych lub odroczonych wiadomości z ostatnich 60 minut. Blokada uruchamia się wtedy, gdy oba parametry osiągną wartości określone w konfiguracji. Limity mogą różnić się w zależności od serwera i konta.

Przykładowy komunikat może wyglądać następująco:

Domain example.com has exceeded the max defers and failures per hour (5/5 (100%)) allowed. Message discarded.

W tym przykładzie serwer zarejestrował pięć nieudanych lub odroczonych prób, osiągając próg pięciu takich zdarzeń. Wartość 100% oznacza udział nieudanych lub odroczonych wiadomości w analizowanej wysyłce. Po spełnieniu obu warunków serwer zastosował blokadę.

• Dokładne działanie tego mechanizmu opisuje oficjalna dokumentacja cPanel dotycząca błędu Max Defers and Failures Per Hour.

Jak działa podobne zabezpieczenie w DirectAdmin?

W DirectAdmin jednym z mechanizmów przeciwdziałających nieprawidłowej wysyłce jest BlockCracking. Rozwiązanie to może blokować nadawcę, jeżeli w określonym czasie wykryje zbyt wiele prób wysłania wiadomości na nieistniejące adresy e-mail.

Nie jest to jednak dokładny odpowiednik limitu cPanel. BlockCracking wykorzystuje własne zasady wykrywania problematycznych wysyłek, a jego działanie zależy od konfiguracji serwera Exim i wdrożonych zabezpieczeń.

W SEOHOST również stosujemy mechanizmy chroniące infrastrukturę pocztową przed nieautoryzowaną wysyłką, nadmiernym obciążeniem oraz działaniami mogącymi negatywnie wpłynąć na reputację serwerów.

Nie próbuj rozwiązywać problemu przez samodzielne wyłączanie zabezpieczeń. Jeśli przyczyną blokady jest przejęte konto e-mail lub zainfekowany skrypt, zniesienie ograniczenia bez usunięcia źródła problemu może spowodować kolejną falę nieautoryzowanej wysyłki.

Dlaczego serwer może ograniczyć wysyłanie poczty?

Nieudane wiadomości zdarzają się nawet przy prawidłowym korzystaniu z poczty. Pojedynczy zwrot nie oznacza awarii ani naruszenia bezpieczeństwa. Problem pojawia się wtedy, gdy takich zdarzeń jest wyjątkowo dużo w stosunku do zwykłej aktywności skrzynki.

Do najczęstszych przyczyn należą:

• Wysyłka na nieistniejące lub nieaktualne adresy e-mail – np. podczas korzystania ze starej listy kontaktów albo bazy, której adresy nie były weryfikowane.
• Problemy po stronie serwera odbiorcy – czasowa niedostępność usługi, ograniczenia przyjmowania wiadomości lub inne błędy powodujące odroczenie dostarczenia.
• Nieprawidłowo działający formularz, aplikacja lub sklep internetowy – skrypt może generować dużą liczbę automatycznych wiadomości, nawet jeśli właściciel strony tego nie zauważy.
• Odrzucanie korespondencji przez serwery odbiorców – np. ze względu na reputację nadawcy, konfigurację poczty lub stosowane zasady bezpieczeństwa.
• Przejęcie konta pocztowego lub infekcja strony WWW – osoba nieuprawniona może wykorzystać skrzynkę albo złośliwy skrypt do rozsyłania spamu.

Warto rozróżnić błędy trwałe od przejściowych. Jeżeli adres e-mail nie istnieje, dostarczenie wiadomości zwykle zakończy się trwałym niepowodzeniem. Jeżeli natomiast serwer odbiorcy jest chwilowo niedostępny, próba może zostać odroczona i ponowiona później.

O przyczynie wiele mówi kod odpowiedzi SMTP. Kody rozpoczynające się od 4xx zazwyczaj oznaczają problem przejściowy, natomiast 5xx wskazują najczęściej na trwałe odrzucenie wiadomości. Należy jednak sprawdzić cały komunikat serwera.

Blokada nie musi oznaczać wysyłania spamu. Duża liczba błędnych adresów, źle działająca aplikacja lub problemy z dostarczaniem korespondencji mogą uruchomić mechanizm ochronny również podczas legalnej wysyłki.

Jeżeli podejrzewasz nieautoryzowane działanie skryptu na stronie, sprawdź także poradnik Co to jest złośliwy mailer PHP i jak może wysyłać spam ze strony internetowej?.

Co zrobić po pojawieniu się błędu Exceeded Max Defers Per Hour?

Jeżeli wysyłka została ograniczona, nie zaczynaj od wielokrotnego ponawiania tych samych wiadomości. Najpierw ustal, dlaczego serwer odnotował dużą liczbę błędów. W przeciwnym razie kolejne próby mogą prowadzić do powtarzania problemu.

1. Sprawdź wiadomości zwrotne Mailer Daemon

Otwórz ostatnie powiadomienia o nieudanej wysyłce. Mogą pochodzić od nadawców oznaczonych jako Mailer Daemon, Mail Delivery System lub Mail Delivery Subsystem.

Takie wiadomości często zawierają:

• adres e-mail odbiorcy,
• kod błędu SMTP,
• powód odrzucenia lub odroczenia dostarczenia,
• informacje o serwerze, który zgłosił problem.

Jeżeli powtarzają się błędy dotyczące nieistniejących adresów, sprawdź listę odbiorców i usuń błędne kontakty z automatycznych wysyłek.

Więcej informacji znajdziesz w poradniku Co to jest Mailer Daemon i jak odczytać błąd niedostarczonej wiadomości?.

2. Sprawdź logi poczty w DirectAdmin

Jeżeli korzystasz z hostingu SEOHOST, możesz sprawdzić aktywność poczty wychodzącej w panelu DirectAdmin.

1. Zaloguj się do panelu DirectAdmin przypisanego do Twojej usługi hostingowej.
2. Przejdź do sekcji Zarządzanie pocztą E-mail, a następnie wybierz Konta E-mail.
3. W kolumnie Logi SMTP wybierz logi poczty Wysłanej dla interesującego Cię konta.
4. Sprawdź daty, nadawców, odbiorców i statusy wiadomości, zwracając uwagę na powtarzające się błędy lub nieznaną aktywność.

Pomocna może być również sekcja Statystyki użycia e-mail, w której znajdują się informacje o aktywności pocztowej. Przy podejrzeniu wysyłki ze strony internetowej sprawdź także dane dotyczące skryptów PHP.

Całą procedurę przedstawiliśmy w instrukcji Jak sprawdzić logi poczty e-mail w panelu SEOHOST?.

3. Sprawdź, czy nikt nie korzysta z Twojej skrzynki bez uprawnienia

Jeśli zauważysz nieznane wiadomości, podejrzane próby wysyłki albo aktywność, której nie rozpoznajesz, zweryfikuj bezpieczeństwo konta.

Przede wszystkim:

• zmień hasło do skrzynki pocztowej na silne i unikalne,
• sprawdź programy oraz urządzenia korzystające z konta,
• zweryfikuj konfigurację formularzy kontaktowych i aplikacji wysyłających pocztę,
• sprawdź bezpieczeństwo strony internetowej, szczególnie jeśli wiadomości mogły być wysyłane przez skrypt PHP.

Jeżeli problem dotyczy strony WordPress, samo zmienienie hasła do skrzynki może nie wystarczyć. Złośliwe oprogramowanie działające na serwerze może wysyłać wiadomości niezależnie od programu pocztowego użytkownika.

4. Sprawdź reputację nadawcy i konfigurację poczty

Jeżeli wiadomości są odrzucane przez wielu odbiorców, a w logach nie widać oznak nieautoryzowanej wysyłki, sprawdź konfigurację domeny oraz reputację wykorzystywanego serwera pocztowego.

Znaczenie mogą mieć między innymi rekordy SPF, DKIM i DMARC, reputacja domeny i adresu IP oraz polityka antyspamowa serwerów odbiorców.

Problemy z dostarczalnością opisujemy szerzej w artykule Dlaczego poczta wysłana z serwera trafia do spamu?.

5. Skontaktuj się z pomocą techniczną, jeśli wysyłka pozostaje zablokowana

Jeżeli mechanizm ochronny zablokował wysyłkę z Twojej skrzynki w SEOHOST, skontaktuj się z naszym zespołem pomocy technicznej.

W zgłoszeniu warto podać adres skrzynki, przybliżony czas wystąpienia problemu oraz pełną treść błędu. Jeżeli masz wiadomość zwrotną albo identyfikator zdarzenia z logów SMTP, dołącz również te informacje.

Możliwość i sposób przywrócenia wysyłki zależą od przyczyny ograniczenia. Jeśli zostało ono uruchomione z powodów bezpieczeństwa, przed odblokowaniem konta konieczne może być potwierdzenie, że nie dochodzi już do nieautoryzowanej wysyłki.

Najważniejsze jest usunięcie przyczyny, a nie samej blokady. Sprawdź wiadomości Mailer Daemon, przeanalizuj logi SMTP w DirectAdmin i zweryfikuj bezpieczeństwo konta. Jeśli problem nadal występuje, zgłoś go do pomocy technicznej SEOHOST.