Wiadomości odrzucane przez serwery odbiorców lub domena umieszczona na czarnej liście spamerskiej to problem, który wymaga systematycznej diagnozy przyczyny.

Na czym polega ta usługa

Usługa obejmuje sprawdzenie konfiguracji technicznej domeny pocztowej, obecności na czarnych listach oraz wprowadzenie poprawek zwiększających dostarczalność wiadomości.

Dla kogo ma sens

Usługa jest przydatna dla firm, których wiadomości e-mail są regularnie odrzucane lub trafiają do folderu spam u odbiorców.

Ile to trwa

Diagnoza i naprawa problemów z dostarczalnością mieszczą się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a wykonana usługa objęta jest gwarancją do 12 miesięcy.

Mechanizmy uwierzytelniania domeny a dostarczalność poczty

Prawidłowe doręczanie poczty elektronicznej zależy od spełnienia szeregu standardów technicznych, które pozwalają serwerom odbiorczym zweryfikować tożsamość nadawcy. Brak poprawnych wpisów w strefie DNS (Domain Name System – systemie nazw domenowych odpowiedzialnym za tłumaczenie nazw domen na adresy IP) powoduje, że automatyczne filtry antyspamowe traktują korespondencję jako potencjalne zagrożenie lub próbę podszywania się pod firmę.

Kluczowe elementy konfiguracji wymagające weryfikacji to:

Rekord SPF (Sender Policy Framework – mechanizm weryfikacji adresu IP nadawcy): Wskazuje w rekordzie TXT domeny listę serwerów i adresów IP, które posiadają autoryzację do wysyłania wiadomości w imieniu danej domeny. Błędy składniowe lub brak dopisania zewnętrznych bramek pocztowych powodują odrzucanie wiadomości przez rygorystyczne serwery pocztowe.
Podpis DKIM (DomainKeys Identified Mail – metoda kryptograficznego uwierzytelniania wiadomości): Polega na dołączaniu do nagłówka wiadomości podpisu cyfrowego wygenerowanego przy użyciu klucza prywatnego serwera. Serwer odbiorcy pobiera klucz publiczny opublikowany w strefie DNS nadawcy i sprawdza, czy treść wiadomości nie została zmodyfikowana podczas transmisji.
Polityka DMARC (Domain-based Message Authentication, Reporting and Conformance – protokół określający politykę postępowania z nieuwierzytelnioną pocztą): Wyznacza zasady, jak serwer odbiorcy ma postępować z wiadomościami, które nie przeszły pomyślnie testów SPF lub DKIM. Protokół umożliwia także przesyłanie raportów o incydentach nadużycia domeny.
Rekord PTR oraz Reverse DNS (odwrotne tłumaczenie adresu IP na nazwę domenową): Weryfikuje, czy adres IP serwera pocztowego posiada spójny wpis wskazujący na poprawną nazwę hosta (FQDN – w pełni kwalifikowaną nazwę domeny). Większość serwerów korporacyjnych automatycznie odrzuca połączenia z adresów IP bez skonfigurowanego rekordu PTR.
Rekordy MX (Mail Exchange – wpisy wskazujące serwery odpowiedzialne za odbiór poczty dla domeny): Zapewniają poprawny routing wiadomości przychodzących oraz pozwalają na weryfikację istnienia infrastruktury pocztowej domeny.

Kody błędów SMTP i interpretacja raportów zwrotnych

Gdy serwer pocztowy odbiorcy odmawia przyjęcia korespondencji, generuje komunikat zwrotny określany jako NDR (Non-Delivery Report – raport o niepowodzeniu doręczenia) lub potocznie „odbicie” (bounce message). Analiza kodu odpowiedzi protokołu SMTP (Simple Mail Transfer Protocol – protokołu sieciowego służącego do przesyłania poczty elektronicznej) pozwala precyzyjnie ustalić przyczynę blokady.

Do najczęściej występujących kodów błędów należą:

550 5.7.1 Service unavailable / Client host blocked: Oznacza twarde odrzucenie wiadomości wynikające z obecności adresu IP serwera wysyłającego na publicznej czarnej liście lub braku zgodności z polityką bezpieczeństwa odbiorcy.
550 SPF Check Failed: Komunikat informujący, że wiadomość została wysłana z adresu IP, który nie został uwzględniony w rekordzie SPF domeny nadawcy.
550 DMARC Policy Violation: Wskazuje na odrzucenie e-maila zgodnie z restrykcyjną regułą opublikowaną przez właściciela domeny (polityka „reject” lub „quarantine”), gdy weryfikacja SPF i DKIM zakończyła się niepowodzeniem.
554 5.7.1 Relay Access Denied: Błąd autoryzacji serwera pocztowego pośredniczącego w transmisji, oznaczający brak uprawnień do przekazania wiadomości do docelowego systemu pocztowego.
451 / 452 Temporary Local Problem: Tymczasowe kody błędów, które mogą wskazywać na uruchomienie mechanizmu szarej listy (greylisting – techniki opóźniania przyjęcia pierwszej wiadomości od nieznanego nadawcy w celu eliminacji botów spamujących) lub przeciążenie kolejki serwera odbiorczego.

Przyczyny wpisania domeny lub adresu IP na czarne listy RBL

Publiczne listy RBL i DNSBL (Real-time Blackhole List / DNS-based Blackhole List – systemy bazodanowe czasu rzeczywistego zawierające adresy IP uznane za źródła spamu lub niechcianego ruchu sieciowego) stanowią pierwszą linię obrony większości serwerów pocztowych. Umieszczenie na liście takiej jak Spamhaus, Barracuda, SORBS czy Invaluement blokuje doręczanie wiadomości do tysięcy serwerów na całym świecie.

Trafienie na listę blokującą zazwyczaj nie jest przypadkowe i wynika z konkretnych zdarzeń wewnątrz infrastruktury nadawcy:

Zainfekowane stacje robocze w firmowej sieci lokalnej: Złośliwe oprogramowanie (botnety, trojany spamu) zainstalowane na komputerach biurowych z systemem Windows może prowadzić masową, ukrytą wysyłkę wiadomości przez port 25, co skutkuje natychmiastowym zablokowaniem zewnętrznego adresu IP firmy przez dostawców Internetu i bazy RBL.
Przejęcie danych uwierzytelniających do konta e-mail: W wyniku ataków phishingowych lub używania prostych haseł osoby trzecie uzyskują dostęp do skrzynki pracownika i wykorzystują ją do rozsyłania złośliwych linków lub spamu przez autoryzowany serwer SMTP firmy.
Błędna konfiguracja serwera pocztowego (tzw. Open Relay): Sytuacja, w której serwer pocztowy pozwala na przesyłanie wiadomości zewnętrznym użytkownikom bez wymaganej autoryzacji logowania, co umożliwia spamerom wykorzystanie serwera jako darmowego przekaźnika.
Wysyłka masowych biuletynów bez stopniowego budowania reputacji (warmup): Nagłe wysłanie dużej liczby wiadomości z nowego adresu IP lub nowej domeny bez wcześniejszego przygotowania bazy odbiorców i stopniowego zwiększania wolumenu wysyłki.
Wysoki wskaźnik zgłoszeń spamu od użytkowników końcowych: Ręczne oznaczanie wiadomości przez odbiorców w dużych systemach pocztowych (takich jak Google Workspace, Microsoft 365, Wirtualna Polska, Onet czy Interia) prowadzi do automatycznego obniżenia reputacji domeny i przekierowywania korespondencji do folderu niechcianej poczty.

Warianty problemu z wysyłką wiadomości e-mail

Problemy z dostarczalnością korespondencji firmowej można podzielić na kilka odmiennych wariantów, które wymagają zastosowania różnych procedur naprawczych:

Wariant 1: Globalna blokada adresu IP serwera (RBL): Problem dotyczy wszystkich wiadomości wysyłanych ze wszystkich skrzynek w firmie, a serwery odbiorców zwracają natychmiastowe błędy z kodem 550 z odnośnikiem do konkretnej bazy RBL. Rozwiązanie wymaga odnalezienia źródła nadużycia w sieci, eliminacji infekcji i formalnego wnioskowania o wykreślenie adresu IP z rejestru.
Wariant 2: Niska reputacja domeny u konkretnego operatora pocztowego: Wiadomości dochodzą prawidłowo do większości odbiorców, lecz trafiają do folderu spam lub są odrzucane wyłącznie przez jednego dużego dostawcę (np. Microsoft 365 lub Gmail). W takim przypadku konieczna jest weryfikacja narzędzi dla webmasterów pocztowych (np. Google Postmaster Tools), poprawa wskaźników rezygnacji z subskrypcji oraz dostosowanie polityki wysyłki.
Wariant 3: Błędy po migracji poczty lub zmianie hostingu: Sytuacja powstaje po przeniesieniu serwera pocztowego lub zmianie operatora domeny, gdy w strefie DNS pozostały stare wpisy SPF, unieważniono klucze DKIM lub nie zaktualizowano delegacji serwerów nazw. Wymaga to uporządkowania i rekonfiguracji rekordów DNS.
Wariant 4: Blokada ruchu wychodzącego przez dostawcę łącz internetowych (ISP): Operatorzy telekomunikacyjni w przypadku wykrycia podejrzanego ruchu mogą zablokować port 25 dla całego łącza firmowego, uniemożliwiając komunikację lokalnego serwera pocztowego ze światem. Rozwiązanie wymaga oczyszczenia sieci i kontaktu z operatorem w celu odblokowania portu.

Błędy popełniane przy samodzielnej próbie usunięcia blokady

Samodzielne próby przywrócenia wysyłki wiadomości bez dokładnej analizy przyczyn technicznych często pogłębiają problem i wydłużają czas trwania blokady:

Wielokrotne składanie wniosków o usunięcie z listy (delisting) bez usunięcia infekcji: Złożenie wniosku o wykreślenie z bazy RBL w sytuacji, gdy zainfekowany komputer w firmie nadal wysyła spam, skutkuje ponownym wpisaniem na listę z nałożeniem statusu recydywy, co drastycznie utrudnia lub uniemożliwia kolejne odblokowanie.
Stosowanie zbyt liberalnych wpisów SPF: Próba naprawy rekordu SPF poprzez dodanie wpisu `+all` (oznaczającego akceptację wysyłki z dowolnego adresu IP na świecie) otwiera drogę do bezkarnego podszywania się pod domenę przez przestępców i powoduje obniżenie ogólnej oceny bezpieczeństwa u odbiorców.
Masowe wysyłanie wiadomości testowych: Przesyłanie setek testowych wiadomości z zablokowanego serwera w celu sprawdzenia, czy problem ustąpił, jest rejestrowane przez filtry antyspamowe jako kontynuacja ataku i powoduje przedłużenie blokad czasowych.
Porzucenie zablokowanej domeny i rejestracja nowej: Utworzenie nowej domeny o zbliżonej nazwie bez usunięcia luki bezpieczeństwa w sieci lokalnej prowadzi do natychmiastowego zablokowania nowego adresu, a dodatkowo nowa domena z brakiem historii podlega podwyższonemu rygorowi filtrów antyspamowych (tzw. domain age check).
Ignorowanie zabezpieczeń stacji roboczych: Skupianie się wyłącznie na panelu zarządzania hostingiem z pominięciem audytu antywirusowego komputerów stacjonarnych i laptopów pracowników, z których mogły wyciec dane logowania.

Kiedy problem z doręczeniem nie wynika z czarnej listy

Nie każde odrzucenie wiadomości oznacza obecność na czarnej liście lub błędy konfiguracji domeny. Podczas wstępnej diagnozy wykluczamy inne typowe przyczyny problemów z korespondencją:

Przekroczenie limitu wielkości załącznika: Serwery pocztowe standardowo ograniczają rozmiar pojedynczej wiadomości (najczęściej do 20–25 MB). Próba wysłania większego pliku bez użycia chmury powoduje automatyczne odrzucenie przez serwer odbiorcy z kodem 552.
Przepełniona skrzynka pocztowa adresata (Mailbox quota exceeded): Gdy konto docelowe nie posiada wolnej przestrzeni dyskowej, serwer odbiorczy odmawia przyjęcia nowej wiadomości, co jest problemem leżącym całkowicie po stronie odbiorcy.
Literówka lub nieistniejący adres e-mail (550 User unknown / No such user): Błąd wynikający z pomyłki w nazwie użytkownika w domenie docelowej lub usunięcia konta przez administratora serwera odbiorcy.
Filtrowanie treści wiadomości (Content filtering): Zablokowanie pojedynczej wiadomości ze względu na zawartość podejrzanych słów kluczowych, dołączenie archiwów chronionych hasłem (np. plików ZIP z makrami) lub linków do stron o złej reputacji, mimo w pełni poprawnej konfiguracji technicznej domeny.
Błędne ustawienia lokalnego programu pocztowego: Niepoprawne numery portów (np. brak włączonego szyfrowania SSL/TLS na porcie 465 lub STARTTLS na porcie 587) w programach takich jak Microsoft Outlook czy Mozilla Thunderbird, co uniemożliwia autoryzację użytkownika na serwerze pocztowym.

Procedura diagnostyczna i naprawcza

Rozwiązanie problemów z dostarczalnością poczty wymaga uporządkowanego podejścia obejmującego zarówno weryfikację serwerów, jak i urządzeń w sieci lokalnej:

Audyt logów pocztowych serwera (MTA – Mail Transfer Agent): Analiza rejestrów zdarzeń pod kątem nietypowej aktywności, prób masowej wysyłki oraz szczegółowych kodów odpowiedzi zwracanych przez serwery odbiorców.
Weryfikacja strefy DNS: Sprawdzenie poprawności syntaktycznej i logicznej wpisów SPF, wygenerowanie oraz wdrożenie nowych kluczy DKIM o odpowiedniej długości (standardowo 2048 bitów) oraz publikacja polityki DMARC ze zdefiniowanym adresem do odbioru raportów RUA.
Skanowanie bezpieczeństwa stacji roboczych i serwerów: Przeprowadzenie kontroli komputerów biurowych (laptopy, komputery stacjonarne, serwery z systemami Windows i Linux) pod kątem obecności złośliwego oprogramowania generującego ukryty ruch sieciowy.
Audyt kont pocztowych i wdrożenie polityki haseł: Identyfikacja kont, z których odnotowano nietypowe logowania z zagranicznych adresów IP, wymuszenie zmiany haseł na spełniające wymogi bezpieczeństwa oraz konfiguracja uwierzytelniania dwuskładnikowego (2FA).
Procedura usuwania z baz RBL i kontakt z administratorami: Po skutecznym usunięciu źródła problemu przeprowadzamy procedurę delistingu w poszczególnych bazach danych i weryfikujemy status reputacji domeny w systemach monitorujących.

Najczęściej zadawane pytania

Co oznacza komunikat „550 5.7.1 Service unavailable; Client host blocked using Spamhaus”?

Komunikat ten wskazuje, że adres IP Twojego serwera pocztowego lub łącza internetowego znajduje się w rejestrze organizacji Spamhaus (jednej z największych baz zwalczających spam). Serwer odbiorcy automatycznie odrzuca połączenie przed odebraniem treści wiadomości. Konieczne jest zlokalizowanie źródła wysyłki spamu w firmie, usunięcie zagrożenia i złożenie oficjalnego wniosku o wykreślenie adresu z bazy.

Dlaczego wiadomości dochodzą na konta prywatne, a są odrzucane przez serwery firmowe?

Serwery korporacyjne oraz zaawansowane systemy pocztowe (np. Microsoft 365 czy dedykowane serwery na systemie Linux) stosują znacznie bardziej rygorystyczne reguły bezpieczeństwa. Wymagają one bezwzględnej zgodności rekordów SPF, podpisów DKIM oraz poprawnego wpisu PTR. Darmowe skrzynki pocztowe mogą akceptować pocztę z drobnymi błędami konfiguracyjnymi (kierując ją np. do folderu ofert), podczas gdy serwery biznesowe całkowicie odrzucają takie połączenia.

Jak długo trwa przywrócenie normalnej wysyłki po usunięciu problemu?

Czas potrzebny na pełne przywrócenie dostarczalności zależy od specyfiki bazy blokującej i propagacji zmian w strefie DNS. Aktualizacja rekordów DNS (SPF, DKIM, DMARC) rozchodzi się w sieci w czasie od 1 do 24 godzin. Wykreślenie z większości baz RBL po złożeniu wniosku następuje zazwyczaj w ciągu kilku do kilkunastu godzin, pod warunkiem że serwer nie generuje już niepożądanego ruchu.

Czy usunięcie z czarnej listy chroni domenę przed ponownym zablokowaniem?

Samo usunięcie wpisu z listy likwiduje skutek, a nie przyczynę problemu. Jeśli w sieci firmowej nadal działa zainfekowane urządzenie lub hasło do skrzynki pocztowej zostało przejęte, domena trafi na czarną listę ponownie w ciągu kilkunastu minut od odblokowania. Trwała poprawa wymaga wyeliminowania źródła nadużyć i zabezpieczenia infrastruktury.

Czy podczas naprawy konfiguracji poczty konieczne jest udostępnianie haseł do skrzynek pracowników?

Domyślnie nie prosimy o hasła użytkowników. Prace konfiguracyjne rekordów DNS, audyt serwera pocztowego oraz analiza nagłówków i logów nie wymagają znajomości haseł do poszczególnych kont pocztowych. Jeśli zachodzi potrzeba zbadania konkretnej skrzynki na stanowisku pracownika, wszelkie czynności wykonujemy w obecności upoważnionej osoby bez konieczności ujawniania danych logowania.

Naprawa dostarczalności poczty i konfiguracja domen z dojazdem

Błędy doręczania wiadomości e-mail oraz blokady domen bezpośrednio paraliżują bieżącą komunikację biznesową z klientami, kontrahentami i biurami rachunkowymi. Oferujemy pełną diagnostykę techniczną infrastruktury pocztowej, konfigurację zabezpieczeń DNS oraz skuteczne usuwanie adresów IP z czarnych list.

Wszystkie usługi realizujemy wyłącznie w modelu dojazdu bezpośrednio do siedziby klienta lub biura firmy na terenie całej Warszawy oraz okolicznych powiatów (grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni, wołomiński). W przypadku firm przetwarzających poufne dane biznesowe na życzenie podpisujemy umowę o zachowaniu poufności (NDA) przed przystąpieniem do weryfikacji logów i konfiguracji serwerów. W sprawach związanych z blokadą korespondencji firmowej pomoc techniczną można uzyskać pod całodobowym numerem telefonu 22 378 48 09 przez 7 dni w tygodniu.

22 378 48 09

Naprawa błędów wysyłki — odrzucone wiadomości i blacklisty