Zawartość całego serwisu

Blazalek.com: Specjalista od dostarczalności e-mail

Pomagam zespołom SaaS i e-commerce trafiać do skrzynki odbiorczej: uwierzytelnianie e-mail (SPF/DKIM/DMARC), reputacja nadawcy i higiena list. Audyty dostarczalności, wdrożenia, konsulting i szkolenia.

O mnie: Wojtek Blazalek, ekspert od dostarczalności e-mail

Wojtek Blazalek: 15+ lat budowania, naprawiania i skalowania e-maila. Dostarczalność, lifecycle marketing, wdrożenia systemów i migracje platform, a także prelekcje, wywiady i publikacje.

Kontakt

Masz problem z dostarczalnością e-maili? Umów rozmowę, napisz wiadomość lub zadzwoń. Rozmawiasz bezpośrednio ze specjalistą, nie z infolinią.

Pilna pomoc w problemach z pocztą firmową

Bezpośrednia pomoc, gdy wiadomości nie dochodzą, domena jest na blacklistach albo dostawca zablokował wysyłkę. Rozmawiasz ze specjalistą, nie z infolinią.

Pytania o dostarczalność, z odpowiedziami

Najczęstsze pytania o trafianie do skrzynki odbiorczej, i o to, jak pracuję. Nie ma Twojego? Umów rozmowę.

Polityka prywatności

Jak blazalek.com przetwarza dane analityczne, dane z formularzy, rezerwacji, logów technicznych i preferencji języka oraz jakie masz prawa.

Zawartość całego serwisu

Przegląd wszystkich podstron i sekcji – każda opisana jednym zdaniem.

Jak zbudować system e-mail gotowy na produkcję

Niezależny od dostawcy poradnik o budowie systemu e-mail gotowego na produkcję: wiadomości potrzebne aplikacji, uwierzytelnianie wysyłki, rozdzielenie strumieni, niezawodność, zdarzenia i higiena list.

Typy maili: transakcyjne vs marketingowe

Kluczowe rozróżnienie między mailem, na który użytkownik czeka, a tym, który chcesz, żeby przeczytał. Do tego ramy prawne, „szara strefa” maili hybrydowych i wpływ na infrastrukturę wysyłki.

Jakich maili transakcyjnych potrzebuje Twoja aplikacja?

Wybierz zestaw podstawowy dla typu aplikacji, a potem określ w katalogu zdarzenie, cel i minimalny zakres informacji dla każdego maila transakcyjnego.

Dostarczalność

Cztery filary trafiania do skrzynki odbiorczej: uwierzytelnianie SPF/DKIM/DMARC, reputacja nadawcy, obsługa odbić i skarg oraz architektura DNS chroniąca pocztę transakcyjną.

Zarządzanie listą

Utrzymywanie list w czystości: listy supresji, automatyczna higiena, retencja danych i rozdzielenie strumieni transakcyjnych od marketingowych, by nie podkopywać reputacji nadawcy.

Projektowanie maili transakcyjnych

Jak robić maile, których użytkownik oczekuje: jasne, szybkie i nastawione na działanie. Tematy, struktura, podejście mobile-first, prezentacja OTP/CTA i obsługa błędów.

Pozyskiwanie adresów

Odpowiedzialne zbieranie adresów: walidacja po stronie klienta i serwera, weryfikacja przez double opt-in, projektowanie formularzy bez dark patterns i prawidłowe zbieranie zgody.

Maile marketingowe

Praktyka programu opartego na zgodzie: jak zbierać opt-in, robić bezbolesny wypis, projektować wartościowe wiadomości i utrzymać listę w zdrowiu, by maile dalej trafiały do skrzynki.

Zgodność prawna

Streszczenie najważniejszych reżimów (CAN-SPAM, RODO, CASL i inne): zasady wypisu, rejestrowanie zgód i techniczne nagłówki wymagane dziś od nadawców masowych.

Niezawodność wysyłki

Wysyłka jako problem systemów rozproszonych: idempotencja (zero duplikatów), ponawianie z backoffem, obsługa kodów błędów i kolejkowanie odseparowane od ścieżki żądania.

Webhooki i zdarzenia

Druga połowa historii maila: typy zdarzeń, weryfikacja podpisów, nienegocjowalne idempotentne przetwarzanie oraz reagowanie na odbicia i skargi, by lista supresji była dokładna.

Dostarczalność od początku do końca

Bliższe spojrzenie na to, jak naprawdę pracuję, na przykładzie realnych projektów, a nie sprzedażowych haseł. Każdy pokazuje proces, a nie poufne szczegóły, i to u zupełnie różnych nadawców.

System newsletterowy zbudowany od zera, zrobiony porządnie · Easy.Tools

Zaprojektowałem dla Easy.Tools kompletny system wysyłki newsletterów i maili lifecycle od zera: izolowaną infrastrukturę, autoryzację i monitorowany model operacyjny.

Skalowanie do miliona wysyłek dziennie na nowym silniku · Youmoney

Jak przeniosłem wysokowolumenowy marketplace pożyczkowy na nowy, sterowany zdarzeniami silnik wysyłkowy i wdrożyłem go bezpiecznie, etap po etapie.

Ratunek reputacji nadawcy i procesy, które ją utrzymują · Tagvenue

Odbudowałem nadszarpniętą reputację nadawcy ruchliwego marketplace'u i wdrożyłem procesy, które zapewniają wysoką dostarczalność do skrzynek odbiorczych.

Kody błędów SMTP: diagnozowanie odbić e-maili | Błędy e-mail

Przejrzyj 92 zweryfikowane rozszerzone kody statusu SMTP, zinterpretuj pełną odpowiedź i wybierz kolejną czynność diagnostyczną, nie traktując pierwszej cyfry jako całej odpowiedzi.

Inne lub niezdefiniowane kody SMTP | Błędy e-mail

Interpretuj rozszerzone kody statusu SMTP X.0.0, gdy odpowiedź podaje klasę wyniku, lecz nie wskazuje bardziej szczegółowego warunku tematycznego.

Błędy adresowania SMTP | Błędy e-mail

Diagnozuj kody statusu adresowania SMTP dotyczące składni odbiorcy, wyboru celu, adresów systemu nadawcy i domen z null MX.

Błędy skrzynki SMTP | Błędy e-mail

Interpretuj kody statusu skrzynki SMTP dotyczące pojemności odbiorcy, rozwijania list mailingowych, uprawnień i limitów wiadomości dla pojedynczej skrzynki.

Błędy systemu pocztowego SMTP | Błędy e-mail

Diagnozuj kody statusu systemu pocztowego SMTP dotyczące pamięci, możliwości odbioru, stanu systemu, zmian priorytetu i limitów rozmiaru wiadomości.

Błędy sieci, DNS i trasowania SMTP | Błędy e-mail

Interpretuj kody statusu sieci, DNS i trasowania SMTP dotyczące osiągalności hosta, usług katalogowych, błędów połączenia i przeciążenia.

Błędy protokołu dostarczania SMTP | Błędy e-mail

Diagnozuj kody statusu protokołu SMTP dotyczące sekwencji poleceń, składni, argumentów, limitów odbiorców, odpowiedzi AUTH i czasu transakcji.

Błędy treści wiadomości SMTP | Błędy e-mail

Interpretuj kody statusu treści i formatu SMTP dotyczące konwersji, niedostępnej treści, adresów UTF-8, odpowiedzi i nagłówków wiadomości.

Błędy bezpieczeństwa i polityki SMTP | Błędy e-mail

Diagnozuj kody statusu bezpieczeństwa, uwierzytelnienia, autoryzacji, reputacji i polityki odbioru SMTP na podstawie pełnej odpowiedzi dostawcy.

Kody sukcesu SMTP 2.x.x | Błędy e-mail

Poznaj rozszerzone kody statusu SMTP klasy 2: potwierdź opisaną czynność, odczytaj je w pełnym kontekście zdarzenia i nie myl pojedynczego wiersza sukcesu z ostatecznym umieszczeniem w skrzynce.

Kody tymczasowych błędów SMTP 4.x.x | Błędy e-mail

Poznaj tymczasowe błędy SMTP klasy 4: zachowaj pełną odpowiedź, rozpoznaj warunek i stosuj kontrolowane próby ze stopniowo wydłużanymi odstępami, zamiast zakładać, że każde odroczenie ustąpi.

5.x.x — Kody trwałych błędów | Błędy e-mail

Poznaj trwałe błędy SMTP klasy 5: przeanalizuj pełną odpowiedź, usuń przyczynę problemu i nie ponawiaj identycznej wysyłki.

2.0.0 — Inny niezdefiniowany status powodzenia

Kod 2.0.0 oznacza ogólny status powodzenia: znana jest tylko klasa 2, bez bardziej szczegółowego statusu. Nie jest to odrzucenie wiadomości.

2.1.5 — Adres docelowy jest prawidłowy

Podany adres skrzynki odbiorcy został uznany za prawidłowy. To potwierdzenie powodzenia, a nie odrzucenie wiadomości.

2.3.0 — Inny lub niezdefiniowany status systemu pocztowego

System docelowy istnieje i zwykle przyjmuje pocztę, ale jego stan spowodował wygenerowanie ogólnego raportu DSN. Ponieważ kod zaczyna się od 2, opisuje powodzenie, a nie odrzucenie wiadomości.

2.3.6 — Żądany priorytet został zmieniony

Wiadomość została przyjęta do przekazania lub doręczenia, ale żądany priorytet — także ewentualny priorytet domyślny — nie został zachowany. System zgłosił zamiast niego nowy priorytet. To status powodzenia, a nie odrzucenie.

SMTP 2.5.0: Inny lub niezdefiniowany status protokołu

Kod 2.5.0 jest ogólnym statusem dotyczącym protokołu potrzebnego do przekazania wiadomości do następnego systemu. Brak w nim dokładniejszego szczegółu, ale pierwsza cyfra 2 oznacza powodzenie, a nie odrzucenie.

SMTP 2.6.4: Wykonano konwersję z utratą danych

Wiadomość została dostarczona, ale dostarczenie wymagało konwersji, podczas której utracono część danych. To ostrzeżenie o wyniku powodzenia, a nie odrzucenie.

2.6.8 — Wymagana odpowiedź UTF-8 niedozwolona przez klienta SMTP

Odpowiedź potrzebna do pokazania nazwy skrzynki musiałaby zawierać ciąg UTF-8, lecz klient SMTP nie zezwala na taką formę odpowiedzi. Kod 2.6.8 przekazuje tę informację jako status powodzenia, a nie odrzucenie.

2.7.0 — Inny lub niezdefiniowany status bezpieczeństwa (powodzenie)

System pocztowy zgłosił ogólny status związany z bezpieczeństwem, którego nie dało się opisać dokładniejszym kodem. Pierwsza cyfra 2 oznacza powodzenie, a nie odrzucenie wiadomości.

SMTP 4.0.0: Nieokreślony tymczasowy status dostarczenia

Zdiagnozuj SMTP 4.0.0, zachowując pełną odpowiedź, stosując ograniczone ponowienia i nie wykluczając odbiorcy wyłącznie na podstawie tego ogólnego wyniku.

SMTP 4.1.1: Skrzynka odbiorcy tymczasowo niedostępna

Obsłuż SMTP 4.1.1, sprawdzając dokładny adres odbiorcy, ponawiając z limitem i wstrzymując wykluczenie do czasu niezależnego trwałego dowodu.

SMTP 4.1.8: System nadawcy tymczasowo nie może przyjąć poczty zwrotnej

Zdiagnozuj SMTP 4.1.8, sprawdzając adres nadawcy i konfigurację poczty zwrotnej, ponawiając z limitem i nie wykluczając odbiorcy.

SMTP 4.2.0: Odbiorca tymczasowo niedostępny

Zachowaj odpowiedź dostawcy, ponawiaj SMTP 4.2.0 z limitem i nie wykluczaj odbiorcy na podstawie tego ogólnego statusu.

SMTP 4.2.1: Limit tempa odbierania przez skrzynkę

Stosuj rozłożone, ograniczone ponowienia dla Gmail SMTP 4.2.1 i nie wykluczaj odbiorcy z powodu tymczasowego limitu odbierania.

SMTP 4.2.2: Skrzynka odbiorcy tymczasowo przekroczyła limit pojemności

Ponawiaj Gmail SMTP 4.2.2 z limitem po możliwej zmianie pojemności i nie wykluczaj odbiorcy na podstawie tymczasowego przekroczenia limitu.

SMTP 4.2.4: Tymczasowy problem z rozwinięciem listy mailingowej

Zdiagnozuj SMTP 4.2.4 przez ograniczone ponowienia, zlecenie administratorowi listy sprawdzenia rozwinięcia oraz bez wykluczania adresu listy.

SMTP 4.3.0: Nieokreślony tymczasowy status systemu pocztowego

Obsłuż SMTP 4.3.0 ograniczonymi ponowieniami, zachowanymi logami i bez wykluczania odbiorcy na podstawie ogólnego wyniku systemowego.

SMTP 4.3.1: System pocztowy tymczasowo zapełniony

Reaguj na SMTP 4.3.1 ograniczonymi ponowieniami oraz zleceniem administratorowi systemu sprawdzenia pojemności, a nie wykluczeniem odbiorcy.

SMTP 4.3.2: System pocztowy tymczasowo nie przyjmuje wiadomości

Zachowaj pełną odpowiedź dostawcy dla SMTP 4.3.2, użyj ograniczonych ponowień i kieruj powtarzające się warunki hosta do administratora odbierającego.

4.4.0 — Tymczasowa, nieokreślona awaria sieci lub trasowania

Zdiagnozuj SMTP 4.4.0: zachowaj odpowiedź dostawcy, ponawiaj z ograniczonym backoffem i nie wykluczaj adresu wyłącznie na podstawie tego ogólnego, przejściowego kodu sieci lub trasowania.

4.4.1 — Brak odpowiedzi od zdalnego hosta

Zdiagnozuj SMTP 4.4.1: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.4.2 — Niewłaściwe połączenie SMTP

Zdiagnozuj SMTP 4.4.2: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.4.3 — Tymczasowa awaria serwera katalogowego

Zdiagnozuj SMTP 4.4.3: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.4.5 — Przeciążenie systemu pocztowego

Zdiagnozuj SMTP 4.4.5: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.4.6 — Wykryto pętlę trasowania

Zdiagnozuj SMTP 4.4.6: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.5.0 — Inny lub niezdefiniowany tymczasowy status protokołu

Zdiagnozuj SMTP 4.5.0: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.5.1 — Tymczasowo nieprawidłowe polecenie protokołu

Zdiagnozuj SMTP 4.5.1: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.5.3 — Zbyt wielu odbiorców w transakcji SMTP

Zdiagnozuj SMTP 4.5.3: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

4.5.4 — Tymczasowo nieprawidłowe argumenty polecenia

Zdiagnozuj SMTP 4.5.4: zachowaj pełny kontekst, ponawiaj w ograniczony sposób i nie wykluczaj odbiorcy wyłącznie z powodu tego tymczasowego kodu.

SMTP 4.7.0: Inny lub niezdefiniowany tymczasowy status bezpieczeństwa

Diagnozuj SMTP 4.7.0 na podstawie pełnej odpowiedzi, stosuj ograniczone ponowienia i nie wykluczaj adresu wyłącznie na podstawie tego tymczasowego statusu bezpieczeństwa.

SMTP 4.7.1: Dostarczenie tymczasowo nieautoryzowane

Interpretuj SMTP 4.7.1 jako tymczasową odmowę autoryzacji dostarczenia, zachowaj pełną odpowiedź, stosuj ponowienia z limitami i nie wykluczaj odbiorcy na podstawie samego kodu.

SMTP 4.7.3: Przekroczono limit kolejki domeny odbiorczej

Obsłuż SMTP 4.7.3 Outlook.com jako tymczasowy limit kolejki domeny odbiorczej: zmniejsz tempo, ponawiaj z wykładniczym odstępem i nie wykluczaj odbiorcy z powodu wspólnego warunku.

SMTP 4.7.12: Wymagana zmiana mechanizmu uwierzytelniania

Napraw wymaganą zmianę mechanizmu SMTP AUTH przed ograniczonym ponowieniem; SMTP 4.7.12 to tymczasowa blokada uwierzytelniania, a nie odbicie adresu odbiorcy.

SMTP 4.7.15: Poziom priorytetu jest zbyt niski

Diagnozuj SMTP 4.7.15 jako tymczasowy warunek zbyt niskiego priorytetu, potwierdź politykę odbiorcy i stosuj ograniczone ponowienia bez wykluczania odbiorcy na podstawie samego kodu.

SMTP 4.7.16: Wiadomość zbyt duża dla określonego priorytetu

Rozwiąż SMTP 4.7.16, sprawdzając rozmiar wiadomości i zatwierdzoną politykę priorytetu, potem stosuj ograniczone ponowienia; nie wykluczaj odbiorcy na podstawie tego tymczasowego warunku.

SMTP 4.7.24: Tymczasowy problem polityki SPF

Diagnozuj SMTP 4.7.24 Gmaila z odpowiedzi o podejrzanych wpisach SPF, naprawiaj tylko potwierdzone problemy, ponawiaj z limitami i nie wykluczaj odbiorców z powodu tymczasowego limitu IP.

SMTP 4.7.26: Gmail: limit tempa dla nieuwierzytelnionej poczty

Rozwiąż SMTP 4.7.26 Gmaila przez weryfikację uwierzytelnienia SPF lub DKIM, zmniejszenie tempa, ograniczone ponowienia i niewykluczanie odbiorców z powodu tymczasowego warunku nadawcy.

4.7.28 — Ograniczenie tempa wysyłki z IP przez Gmaila z powodu niezamówionej poczty

Zdiagnozuj Gmail SMTP 4.7.28: zmniejsz tempo wysyłki, ponawiaj z backoffem, sprawdź uwierzytelnienie i higienę listy oraz nie usuwaj odbiorców z tego powodu.

SMTP 5.0.0: nieokreślone trwałe niepowodzenie dostarczenia

SMTP 5.0.0 nie podaje przyczyny poza trwałym niepowodzeniem. Zachowaj pełną odpowiedź, ustal warunek i nie ponawiaj bez zmian.

SMTP 5.1.0: ogólne odrzucenie statusu adresu

SMTP 5.1.0 to trwały, ogólny wynik statusu adresu; dokładna odpowiedź rozstrzyga, czy naprawić adres nadawcy czy odbiorcy.

SMTP 5.1.1: skrzynka odbiorcy nie istnieje

SMTP 5.1.1 oznacza nieistniejącą skrzynkę odbiorcy. Popraw adres z wiarygodnego źródła albo zastosuj higienę dla tego adresu; nie ponawiaj bez zmian.

SMTP 5.1.2: adres odbiorcy odrzucony jako nieprawidłowy cel

SMTP 5.1.2 jest trwałe dla niezmienionego celu. Sprawdź pełną odpowiedź, popraw adres z wiarygodnego źródła i nie wykluczaj całej domeny.

SMTP 5.1.3: nieprawidłowa składnia adresu odbiorcy

SMTP 5.1.3 trwale odrzuca nieprawidłową składnię adresu docelowego. Popraw dokładny adres z wiarygodnego źródła; nie ponawiaj bez zmian.

SMTP 5.1.8: nieprawidłowy adres systemu nadawcy

SMTP 5.1.8 oznacza, że system nadawcy nie przyjmuje poczty zwrotnej. Popraw tożsamość nadawcy i routing zwrotny; nie ponawiaj bez zmian.

SMTP 5.1.10: domena odbiorcy ma null MX

SMTP 5.1.10 wskazuje domenę odbiorcy deklarującą brak odbioru poczty. Nie ponawiaj bez zmian; popraw dokładny adres tylko z wiarygodnym zamiennikiem.

SMTP 5.2.0: ogólny status skrzynki, udokumentowany jako odrzucenie DMARC

SMTP 5.2.0 to ogólny szczegół statusu skrzynki. Przykład Comcastu to błąd DMARC domeny nadawcy: napraw uwierzytelnianie, nie ponawiaj bez zmian ani nie wykluczaj odbiorcy.

SMTP 5.2.1: skrzynka odbiorcy jest wyłączona

SMTP 5.2.1 jest trwałe dla tej próby, ale wyłączone konto może zostać ponownie włączone. Zatrzymaj ponowienia, sprawdź pełną odpowiedź Gmaila i waliduj przed trwałym usunięciem.

SMTP 5.2.2: skrzynka odbiorcy jest pełna

SMTP 5.2.2 oznacza pełną skrzynkę odbiorcy. Zatrzymaj niezmienione ponowienia, poproś o przywrócenie pojemności i nie wykluczaj adresu automatycznie.

SMTP 5.2.3: wiadomość przekracza limit skrzynki

SMTP 5.2.3 oznacza, że wiadomość przekracza limit jednej skrzynki. Zmniejsz wiadomość albo potwierdź zmianę limitu; nie ponawiaj bez zmian ani nie wykluczaj odbiorcy automatycznie.

SMTP 5.3.0: nieokreślony trwały status systemu pocztowego

SMTP 5.3.0 to trwały, nieokreślony wynik systemu pocztowego. Zachowaj odpowiedź i nie ponawiaj niezmienionej próby.

SMTP 5.3.2: system nie przyjmuje wiadomości sieciowych

SMTP 5.3.2 to trwały wynik dla niezmienionej próby: host skrzynki nie przyjmuje wiadomości sieciowych. Sprawdź kontekst hosta przed nową próbą.

Błąd SMTP 5.3.4: limit rozmiaru wiadomości

SMTP 5.3.4 oznacza trwałe odrzucenie, ponieważ wiadomość przekracza systemowy limit rozmiaru wiadomości. Zmniejsz wiadomość lub nagłówki przed kolejną wysyłką; nie ponawiaj jej bez zmian.

SMTP 5.4.0: Inny lub nieokreślony trwały status routingu

Udokumentowana odpowiedź 554 5.4.0 zatrzymała dostarczenie po zbyt wielu przeskokach. Napraw pętlę routingu przed nową wysyłką; nie wykluczaj odbiorcy na podstawie samego kodu.

SMTP 5.4.1: odrzucenie przez domenę docelową

SMTP 5.4.1 to zaobserwowane trwałe odrzucenie po stronie celu. Sprawdź pełną odpowiedź dostawcy i politykę odbiorcy; nie ponawiaj wysyłki bez zmian.

SMTP 5.4.3: awaria serwera katalogowego

SMTP 5.4.3 to trwały wynik w bieżącym kontekście: przekazywanie nie mogło użyć serwera katalogowego. Sprawdź ścieżkę katalogową przed nową wysyłką.

SMTP 5.4.6: przekroczony limit Titan Email

Udokumentowane odpowiedzi Titan Email 5.4.6 dotyczą limitu skrzynki lub domeny. Nie ponawiaj bez zmian ani nie wykluczaj adresu wyłącznie na podstawie tego specyficznego dla dostawcy wyniku.

SMTP 5.4.7: przekroczony limit domeny odbiorcy Titan

Udokumentowane odpowiedzi Titan Email 5.4.7 zgłaszają godzinowy albo dobowy limit poczty przychodzącej domeny odbiorcy. Traktuj niezmienioną próbę jako nieudaną, nie adres jako błędny.

SMTP 5.5.0: Inny lub niezdefiniowany trwały status protokołu

Wystąpił trwały problem z protokołem potrzebnym do przekazania wiadomości do następnego systemu, ale żaden dokładniejszy kod nie opisuje go właściwie. Nie ponawiaj niezmienionej wysyłki.

SMTP 5.5.1: Nieprawidłowe polecenie protokołu

System pocztowy trwale odrzucił polecenie protokołu, ponieważ zostało wydane poza właściwą kolejnością albo nie było obsługiwane. Nie ponawiaj tej samej, niezmienionej próby.

Błąd SMTP 5.5.2: składnia polecenia protokołu

SMTP 5.5.2 oznacza, że polecenia transakcji pocztowej nie można było zinterpretować z powodu błędnej składni lub nierozpoznanego polecenia. Sprawdź dokładne polecenie i ślad transakcji, ustal przyczynę, a następnie popraw składnię albo usuń lub zastąp polecenie; nie ponawiaj bez zmian.

SMTP 5.5.4: Nieprawidłowe argumenty polecenia

System pocztowy trwale odrzucił poprawne polecenie protokołu, ponieważ jego argumenty były nieprawidłowe. Nie ponawiaj tej samej próby bez zmiany argumentów lub warunków, które spowodowały odrzucenie.

SMTP 5.5.6: Zbyt długa linia wymiany uwierzytelniania

Serwer trwale odrzucił próbę uwierzytelnienia, ponieważ odpowiedź klienta była dłuższa niż bufor dostępny dla wybranego mechanizmu SASL. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.6.3: Wymagana konwersja nie jest obsługiwana

Wiadomość została trwale odrzucona, ponieważ jej dalsze przekazanie wymagało konwersji treści, której host na ścieżce nie mógł praktycznie wykonać. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.6.6: Treść wiadomości jest niedostępna

Próba zakończyła się trwałym niepowodzeniem, ponieważ nie udało się pobrać treści wiadomości ze zdalnego systemu. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.6.7: Adres spoza ASCII jest niedozwolony dla nadawcy lub odbiorcy

System trwale odrzucił polecenie MAIL lub RCPT, ponieważ adres nadawcy albo odbiorcy zawierał znaki spoza ASCII, które nie były dozwolone w tym kontekście. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.6.8: Wymagana odpowiedź UTF-8 niedozwolona przez klienta SMTP

Próba zakończyła się trwałym niepowodzeniem, ponieważ pokazanie nazwy skrzynki wymagało odpowiedzi zawierającej ciąg UTF-8, lecz klient SMTP nie zezwalał na taką formę odpowiedzi. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.6.9: Wiadomości z nagłówkiem UTF-8 nie można przekazać

Wiadomość została trwale odrzucona po zakończeniu przesyłania jej danych, ponieważ nie można było przekazać jej z nagłówkiem UTF-8 do co najmniej jednego odbiorcy. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.0: Inny lub niezdefiniowany trwały status bezpieczeństwa

Wiadomość została trwale odrzucona z powodu problemu związanego z bezpieczeństwem, ale odpowiedź nie opisuje go dokładniej. Nie ponawiaj niezmienionej wysyłki.

SMTP 5.7.1: Dostarczenie nieautoryzowane, wiadomość odrzucona

System trwale odrzucił wiadomość, ponieważ nadawca nie był uprawniony do wysłania jej do miejsca docelowego. Decyzja może wynikać z filtrowania na poziomie hosta lub odbiorcy. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.2: Rozwinięcie listy mailingowej niedozwolone

System trwale odrzucił wiadomość, ponieważ nadawca nie był uprawniony do wysłania jej na wskazaną listę mailingową. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.4: Funkcje bezpieczeństwa nie są obsługiwane

Wiadomość została trwale odrzucona, ponieważ używała funkcji bezpieczeństwa, której nie można było obsłużyć w protokole doręczenia. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.7: Wiadomość odrzucona z powodu zduplikowanych nagłówków wyników uwierzytelniania

System odbiorcy zgłasza trwałe odrzucenie z kodem rozszerzonym 5.7.7, ponieważ wiadomość zawierała więcej niż jedną kopię tego samego nagłówka X-Original-Authentication-Results. Wzorzec rejestru X.7.7 oznacza niepowodzenie integralności wiadomości; jedyny dokładny dowód w tym katalogu dla konkretnego kodu klasy 5 pochodzi z jednego przekaźnika, który traktuje zduplikowany nagłówek wyników uwierzytelniania jako sygnał uszkodzenia lub manipulacji wiadomością i odrzuca ją kategorycznie.

SMTP 5.7.8: Nieprawidłowe dane uwierzytelniające

Uwierzytelnienie nie powiodło się, ponieważ dane uwierzytelniające były nieprawidłowe lub niewystarczające. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.9: Mechanizm uwierzytelniania jest zbyt słaby

Serwer trwale odrzucił próbę AUTH, ponieważ wybrany mechanizm uwierzytelniania był słabszy, niż dopuszcza polityka dla tego użytkownika. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.10: Wymagane szyfrowanie

Serwer trwale odrzucił próbę użycia wybranego mechanizmu uwierzytelniania, ponieważ wymaga on zewnętrznej silnej warstwy poufności. Nie ponawiaj niezmienionej próby.

SMTP 5.7.11: Mechanizm uwierzytelniania wymaga szyfrowanego połączenia

Serwer trwale odrzucił próbę AUTH, ponieważ wybrany mechanizm uwierzytelniania wolno stosować tylko przez szyfrowane połączenie SMTP. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.13: Konto użytkownika wyłączone

Uwierzytelnienie powiodło się, ale konto jest wyłączone, dlatego serwer trwale odrzucił próbę. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.14: Wymagana relacja zaufania

Serwer przyjmujący wiadomości od nadawcy trwale odrzucił próbę, ponieważ dostęp do treści wiadomości wymaga skonfigurowanej relacji zaufania z serwerem strony trzeciej. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.15: Zbyt niski poziom priorytetu

Odbierający serwer SMTP trwale odrzucił próbę, ponieważ określony poziom priorytetu wiadomości był niższy niż najniższy poziom, który serwer akceptuje. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.16: Wiadomość za duża dla określonego priorytetu

Serwer trwale odrzucił wiadomość, ponieważ jest za duża dla określonego priorytetu. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.17: Właściciel skrzynki pocztowej się zmienił

System odbiorczy trwale odrzucił próbę, ponieważ ustalił, że skrzynka nie należała nieprzerwanie do zamierzonego odbiorcy od czasu wskazanego przez RRVS. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.18: Zmienił się właściciel domeny

System odbiorczy trwale odrzucił wiadomość i wskazał, że właściciel domeny odbiorcy zmienił się od czasu podanego przez mechanizm RRVS. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.19: Nie można ukończyć testu RRVS

System odbiorczy trwale odrzucił wiadomość, ponieważ nie mógł ukończyć oceny RRVS: wymagany znacznik czasu nie został zapisany. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.20: Nie znaleziono podpisu DKIM, który przeszedł weryfikację

System odbiorczy trwale odrzucił wiadomość, ponieważ nie zawierała ona żadnego podpisu DKIM, który przeszedł weryfikację. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.21: Brak akceptowalnego podpisu DKIM

System odbiorczy trwale odrzucił wiadomość: co najmniej jeden podpis DKIM przeszedł weryfikację, ale żaden nie został uznany za akceptowalny. Nie ponawiaj niezmienionej próby.

SMTP 5.7.22: Brak prawidłowego podpisu DKIM dopasowanego do autora

System odbiorczy trwale odrzucił wiadomość: co najmniej jeden podpis DKIM przeszedł weryfikację, lecz żaden nie miał identyfikatora zgodnego z adresem autora w polu From. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.23: Walidacja SPF zakończona wynikiem fail

System odbiorczy trwale odrzucił wiadomość, ponieważ sprawdzenie SPF zakończyło się wynikiem fail, sprzecznym z jego lokalną polityką. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.24: Błąd walidacji SPF

Ocena SPF dla przychodzącej wiadomości zakończyła się błędem, a system zwrócił trwałe niepowodzenie. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.25: Niepowodzenie walidacji odwrotnego DNS

System odbiorczy trwale odrzucił wiadomość, ponieważ adres IP klienta SMTP nie przeszedł kontroli odwrotnego DNS wymaganej przez lokalną politykę. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.26: Niepowodzenie wielu kontroli uwierzytelniania

Wiadomość nie przeszła więcej niż jednej kontroli uwierzytelniania wymaganej przez lokalną politykę, dlatego system zwrócił trwałe niepowodzenie. Nie ponawiaj tej samej, niezmienionej próby.

SMTP 5.7.27: Adres nadawcy ma rekord null MX

System odbiorczy trwale odrzucił wiadomość, ponieważ powiązany adres nadawcy ma rekord null MX, a odbiorca odrzuca pocztę od takich nadawców — na przykład gdy nie mógłby odesłać DSN. Nie ponawiaj tej samej próby bez zmiany.

SMTP 5.7.29: Niepowodzenie walidacji ARC

Ten kod może zostać zwrócony, gdy wiadomość nie przechodzi walidacji ARC. Oznacza trwałe niepowodzenie bieżącej próby, więc nie ponawiaj jej bez zmian.

SMTP 5.7.30: Wymagana obsługa REQUIRETLS

Wiadomość odebrano z wymaganiem REQUIRETLS, ale nie można było przekazać jej dalej, ponieważ żaden z docelowych serwerów SMTP nie zapewniał tej obsługi. Kod 5.7.30 oznacza trwałe niepowodzenie bieżącej próby.

Incydenty dostarczalności e-maili: diagnoza i odzyskanie

Wybierz właściwy runbook incydentu dostarczalności, zabezpiecz dowody i bezpiecznie przywróć wysyłkę, odbiór lub niezawodność.

Rozwiązywanie problemów ze spamem, wiadomościami-śmieciami i dostarczaniem e-maili do skrzynki odbiorczej

Ustal, dlaczego prawidłowe wiadomości e-mail trafiają do spamu, wiadomości-śmieci lub zakładki Oferty albo nie docierają do skrzynki u danego dostawcy poczty. Zacznij od dostawcy poczty, którego dotyczy problem, tożsamości nadawcy i rzeczywistych dowodów dostarczenia.

Błędy uwierzytelniania i DNS

Diagnozuj błędy uwierzytelniania i DNS na podstawie zachowanych dowodów, ustalonego zakresu i potwierdzonej naprawy.

Reputacja, listy blokad i rozgrzewanie

Diagnozuj incydenty reputacji, list blokad i rozgrzewania na podstawie zachowanych dowodów, ustalonego zakresu i potwierdzonej naprawy.

Rozwiązywanie problemów z odbiciami, odrzuceniami i limitowaniem SMTP

Sklasyfikuj błąd SMTP przed zmianą strumienia wysyłki. Odróżnij tymczasowe odroczenia i limity od trwałych odrzuceń, zachowaj pełną odpowiedź i zawęź problem do usługi odbiorcy oraz tożsamości nadawcy.

Rozwiązywanie problemów z wypisami, skargami i zgodnością e-maili

Opanuj incydent związany z wypisem, skargą lub zgodą, zachowując dowody na poziomie odbiorcy, chroniąc wykluczenia i rozdzielając wymogi operatora pocztowego od obowiązków prawnych.

Rozwiązywanie awarii e-maili transakcyjnych

Diagnozuj brak, opóźnienie lub duplikaty e-maili z resetem hasła, OTP, rejestracją i potwierdzeniem zamówienia. Prześledź jedno żądanie przez zdarzenia dostawcy przed ponowieniem.

Rozwiązywanie problemów z migracją ESP i infrastrukturą wysyłki

Incydent ESP lub infrastruktury wysyłki może dotyczyć trasy, puli IP, domeny wysyłkowej, uwierzytelniania albo odpowiedzi odbiorcy po migracji lub zmianie reputacji. Zanim zmienisz wolumen, przydział IP albo dostawcę, ustal, która ścieżka obsłużyła wiadomość objętą incydentem. Użyj runbooka dopasowanego do konkretnego dostawcy i granicy awarii.

Rozwiązywanie problemów z jakością listy i wykluczeniami e-maili

Opanuj błędy jakości listy i wykluczeń, chroniąc odbiorców, zachowując dowody wysyłki, rozdzielając trwałe odbicia od stanów tymczasowych i testując faktyczną ścieżkę wykluczenia.

Rozwiązywanie problemów z monitorowaniem e-maili i sygnałami Postmaster

Diagnozuj luki w monitorowaniu e-maili, sygnały Postmaster, raporty DMARC i alerty dostawców bez uznawania częściowej telemetrii za dowód dostarczenia lub awarii.

Bezpieczeństwo, spoofing i przejęcie konta

Diagnozuj bezpieczeństwo, spoofing i przejęcie konta na podstawie zachowanych dowodów, ustalonego zakresu i potwierdzonej naprawy.

Rozwiązywanie problemów z kolejkami e-maili, webhookami i niezawodnością wysyłki

Incydenty kolejek i webhooków występują, gdy zaakceptowane zdarzenie jest opóźnione, powtarzane, źle kierowane albo niebezpiecznie przetwarzane. Oddziel potwierdzenie odbioru od ukończonej pracy w dalszych etapach i zachowaj tożsamość zdarzenia przed ponowieniem, opróżnieniem kolejki lub restartem trasy. Użyj runbooka dopasowanego do konkretnego dostawcy i granicy awarii.

Rozwiązywanie incydentów u operatorów pocztowych

Diagnozuj incydenty w Gmailu, Outlook.com, Yahoo, AOL i iCloud na podstawie dowodów właściwych dla dostawcy.

Usługi

Audyty, wdrożenia, konsulting i szkolenia: dostarczalność od A do Z.

Cennik

Trzy modele współpracy: jednorazowy audyt, 3-miesięczny retainer lub stała opieka nad dostarczalnością.

Doświadczenie

Ponad 15 lat budowania i naprawiania systemów e-mail w firmach, których biznes opiera się na sprawnej poczcie.