Jak diagnozować incydent u operatora pocztowego

Pierwsze 15 minut

1. Przy błędzie 550 5.7.515 sprawdź nagłówki bieżącej wiadomości pod kątem SPF, DKIM, DMARC i zgodności domen (alignment).
2. Sprawdź, czy Outlook.com zgłasza niską reputację IP, i przejrzyj wskazane przez Microsoft czynniki dotyczące nadawcy.

Teraz

• Popraw SPF, DKIM, DMARC lub zgodność domen (alignment), gdy diagnostyka 550 5.7.515 wskazuje niewystarczające uwierzytelnianie.

Najbliższe 24 godziny

• Zajmij się udokumentowanymi czynnikami reputacji w Outlook.com — reputacją IP i domeny, uwierzytelnianiem, dokładnością list, wskaźnikiem skarg (complaint rate) i treścią.

Najbliższe 7 dni

• Utrzymuj poprawione uwierzytelnianie i mechanizmy kontroli jakości nadawcy, zanim zwiększysz ruch do usług konsumenckich Microsoftu.

Kontrole techniczne

Kryteria weryfikacji

• Potwierdź, że bieżące nagłówki wiadomości pokazują SPF i DKIM z wynikiem pass, opublikowany rekord DMARC oraz co najmniej jeden zgodny, przechodzący identyfikator — dla nadawcy masowego w Outlook.com.
• Potwierdź, że poprawiony test nie zwraca już 550 5.7.515.

Kryteria eskalacji

• Skontaktuj się ze wsparciem Microsoftu dla nadawców dopiero po dostosowaniu się do zasad i wytycznych Outlook.com — pamiętaj, że samo zgłoszenie nie gwarantuje dostarczenia.

Zapobieganie

• Utrzymuj poprawne SPF, DKIM, DMARC i zgodność domeny From dla masowego ruchu do usług konsumenckich Microsoftu.
• Na bieżąco zarządzaj czynnikami związanymi z IP, domeną, uwierzytelnianiem, dokładnością list, wskaźnikiem skarg i treścią, które według Microsoftu wpływają na filtrowanie.

Wpływ na biznes

• Trwałe odrzucenie 550 oznacza, że żądane dostarczenie nie doszło do skutku, więc odbiorcy objęci incydentem nie dostają wiadomości.
• Nierozwiązany błąd uwierzytelniania 550 5.7.515 może wciąż blokować ruch nadawcy masowego kierowany do usług konsumenckich Microsoftu.

Uwagi dostawcy

• Microsoft definiuje nadawcę masowego jako takiego, który wysyła 5,000 lub więcej wiadomości do swoich usług konsumenckich z tej samej domeny From (RFC 5322).
• NDR 550 5.7.515 oznacza niewystarczające uwierzytelnianie domeny nadawcy masowego.

Otwarte pytania

• Dokładną przyczynę odrzucenia trzeba ustalić na podstawie pełnego kodu NDR, tekstu diagnostycznego, hosta generującego oraz wyników uwierzytelniania bieżącej wiadomości.
• Microsoft nie ujawnia, jak dokładnie waży sygnały reputacji i filtrowania w Outlook.com.
• Egzekwowanie zasad w konsumenckim Outlook.com różni się od reguł dla odbiorców w Exchange Online, właściwych dla danej dzierżawy (tenant), dlatego trzeba potwierdzić usługę docelową.

Pierwsze 15 minut

1. Zapisz pełną diagnostykę Yahoo i przypisz ją do jednej z przyczyn: nieprawidłowy odbiorca, DMARC lub DKIM, treść, podejrzane zachowanie albo Spamhaus.
2. Gdy diagnostyka wskazuje blokadę z tytułu polityki treści, przejrzyj kolejki wychodzące pod kątem niedozwolonych albo złośliwych treści oraz nadużyć po stronie nadawcy.

Teraz

• Zatrzymaj ponowienia dla wiadomości objętej błędem Yahoo 5xx i usuwaj adres tylko wtedy, gdy odpowiedź to trwały błąd na poziomie odbiorcy zgodny z polityką listy.

Najbliższe 24 godziny

• Popraw SPF, DKIM, DMARC oraz zgodność domeny From dla nadawcy masowego, gdy diagnostyka wskazuje błąd polityki uwierzytelniania.

Najbliższe 7 dni

• Usuń złośliwy lub niedozwolony ruch i odetnij spamerom możliwość nadużywania serwera wysyłkowego, gdy diagnostyka wskazuje blokadę z tytułu polityki treści.

Kontrole techniczne

Kryteria weryfikacji

• Potwierdź, że poprawione wiadomości testowe nie dostają już trwałych błędów Yahoo 553 lub 554.
• Dla ruchu masowego potwierdź, że SPF, DKIM, DMARC oraz zgodność domeny From spełniają wymagania Yahoo.
• Potwierdź, że wyliczany przez Yahoo wskaźnik zgłoszeń spamu w skrzynce odbiorczej jest poniżej 0,3%.

Kryteria eskalacji

• Eskaluj sprawę do zespołu ds. dostarczalności lub do ESP, gdy pełna diagnostyka Yahoo wskazuje klasę polityki w skali całego nadawcy, która utrzymuje się po usunięciu jej udokumentowanej przyczyny.
• Eskaluj sprawę do zespołu ds. bezpieczeństwa, gdy diagnostyka polityki treści i przegląd kolejki wychodzącej wskazują na złośliwe wykorzystanie serwera wysyłkowego.

Zapobieganie

• Utrzymuj SPF, DKIM, DMARC oraz zgodność domeny From zgodnie z wymaganiami Yahoo wobec nadawców masowych.
• Utrzymuj wyliczany przez Yahoo wskaźnik zgłoszeń spamu w skrzynce odbiorczej poniżej 0,3%.
• Monitoruj kolejki wychodzące i nie pozwól spamerom nadużywać serwera wysyłkowego.

Wpływ na biznes

• Trwały błąd Yahoo 553 lub 554 oznacza, że objęta nim wiadomość nie została dostarczona.

Uwagi dostawcy

• Yahoo opisuje 553 i 554 jako trwałe błędy i podaje odrębne ciągi diagnostyczne dla przyczyn: odbiorca, polityka, treść, zachowanie i Spamhaus.
• Yahoo dopuszcza złagodzoną zgodność DMARC (relaxed alignment) w swoich wymaganiach wobec nadawców masowych.

Otwarte pytania

• Bez pełnego tekstu diagnostycznego SMTP oraz odbiorcy lub zakresu połączenia objętego błędem nie da się wskazać dokładnej klasy trwałego błędu.
• Yahoo Sender Hub jest tutaj bezpośrednim źródłem; czy dany endpoint AOL działa identycznie, musisz zweryfikować na podstawie zwróconego hosta i diagnostyki.
• Błędu nieprawidłowego adresu na poziomie odbiorcy nie wolno uogólniać na blokadę nadawcy w całej domenie.

Pierwsze 15 minut

1. Oddziel odpowiedzi Gmaila z kodem 421 4.7.28 od tych z kodem 550 5.7.26.
2. Przy 550 5.7.26 sprawdź, dlaczego zawiodło uwierzytelnianie zarówno SPF, jak i DKIM.
3. Sprawdź w Postmaster Tools panele błędów dostarczania, uwierzytelniania, wskaźnika spamu i reputacji dla ruchu do prywatnych kont Gmail.

Teraz

• Ogranicz wolumen wysyłki do Gmaila, którego dotyczy problem, dopóki wiadomości się odbijają lub są odraczane, i zachowaj przy tym niezbędny ruch.

Najbliższe 24 godziny

• Wolumen wysyłki do Gmaila zwiększaj powoli i dopiero po spadku widocznego na żywo wskaźnika błędów SMTP.

Najbliższe 7 dni

• Zwiększaj wolumen dalej w kontrolowany sposób, zamiast od razu przywracać wcześniejsze tempo wysyłki.

Kontrole techniczne

Kryteria weryfikacji

• Bieżące logi SMTP z Gmaila nie pokazują już odpowiedzi 421 4.7.28 z incydentu podczas kontrolowanej wysyłki niezbędnych wiadomości.
• Postmaster Tools z opóźnieniem potwierdza powrót do normy w trendach uwierzytelniania lub błędów dostarczania — gdy raportowany jest wystarczający wolumen ruchu do prywatnych kont Gmail.

Kryteria eskalacji

• Użyj Postmaster Tools, aby zgłosić błędne odrzucenie lub tymczasowy błąd — ale tylko wtedy, gdy spełniasz warunki kwalifikacji nadawcy oraz wymagania Gmaila.

Zapobieganie

• Monitoruj błędy uwierzytelniania i dostarczania w Gmailu, gdy po awarii stopniowo zmieniasz wolumen.

Wpływ na biznes

• Tymczasowe limitowanie żądań przez Gmaila lub odrzucenie na etapie uwierzytelniania może sprawić, że potwierdzenia sprzedaży biletów nie dotrą na czas do serwera odbiorcy.

Uwagi dostawcy

• Postmaster Tools zwykle aktualizuje się w ciągu 24 godzin, może pomijać dni o niskim wolumenie i obejmuje prywatne konta Gmail, a nie każdego odbiorcę w Google Workspace.

Otwarte pytania

• Nie podano dokładnej odpowiedzi SMTP z Gmaila, typu odbiorcy, którego dotyczy problem, wyników uwierzytelniania, wysyłającego adresu IP/domeny ani informacji o zmianie ruchu.
• Postmaster Tools obejmuje ruch do prywatnych kont Gmail i może nie ujawniać dowodów przy niskim wolumenie ani danych w czasie rzeczywistym.
• Słowo „zablokowany” może oznaczać tymczasowe odroczenie, trwałe odrzucenie na poziomie SMTP, trafienie do spamu albo regułę Google Workspace po stronie odbiorcy.

Pierwsze 15 minut

1. Zapisz podany przez dostawcę czas rozwiązania incydentu i oddziel wiadomości odebrane przed tym momentem od nowych próbek.
2. Wyślij kontrolowane próbki bezpieczne dla prywatności w segmencie ruchu Gmail objętym incydentem i zachowaj każdy pełny oryginał wraz z wynikami uwierzytelniania.
3. Sprawdź łącznie widoki specyficzne dla Gmaila: wskaźnik spamu, reputację, uwierzytelnianie, pętlę informacji zwrotnej (FBL) i błędy dostarczania, uwzględniając opóźnienia danych w panelach oraz pominięcia przy niskim wolumenie.

Teraz

• Wyślij nowe próbki kontrolne w segmencie ruchu Gmail objętym incydentem i zachowaj ich pełne oryginały oraz wyniki uwierzytelniania.

Najbliższe 24 godziny

• Porównaj nowe trafianie do skrzynki odbiorczej, opóźnienia, odrzucenia i trendy postmaster z poziomem bazowym sprzed incydentu, trzymając wiadomości historyczne osobno.

Najbliższe 7 dni

• Kontynuuj porównanie z poziomem bazowym, dopóki obserwacje nowych wiadomości w strumieniu objętym incydentem nie ustabilizują się, zamiast polegać na próbce z jednej skrzynki.

Kontrole techniczne

Kryteria weryfikacji

• Zweryfikuj, czy nowo wysłane próbki z okresu po rozwiązaniu problemu w segmencie Gmaila objętym incydentem wracają do poziomu bazowego sprzed incydentu w zakresie trafiania do skrzynki odbiorczej, opóźnień i odrzuceń.
• Potwierdź, że sygnały postmaster — wskaźnik spamu, reputacja, uwierzytelnianie, pętla informacji zwrotnej (FBL) i błędy dostarczania — są zgodne z powrotem do normy, z uwzględnieniem danych nie w czasie rzeczywistym oraz pominięć przy niskim wolumenie.

Kryteria eskalacji

• Jeśli błędna klasyfikacja nadal występuje, zgłoś ją przez Postmaster Tools tylko dla zweryfikowanej domeny własnej, która spełnia wymagania Gmaila wobec nadawców, i prześlij próbkę przechodzącą SPF oraz DKIM, ze zgodną domeną From.

Zapobieganie

• Utrzymuj zweryfikowaną domenę w Postmaster Tools i monitoruj łącznie widoki Gmaila: spam, reputację, uwierzytelnianie, pętlę informacji zwrotnej (FBL) oraz błędy dostarczania.
• Utrzymuj proces kontrolowanych próbek, który zachowuje pełne oryginały i wyniki uwierzytelniania na potrzeby przyszłych porównań.

Wpływ na biznes

• W trakcie opisywanego incydentu mogło brakować etykiet promocyjnych i społecznościowych, mogły pojawiać się banery z ostrzeżeniem o spamie, a dostarczenie mogło się opóźniać — na ogół do dziesięciu minut. Google nie zgłosiło jednak żadnych wiadomości utraconych ani błędnie dostarczonych w udokumentowanym oknie czasowym.

Uwagi dostawcy

• W incydencie z 24 stycznia 2026 r. Google oznaczyło rozwiązanie o 09:55 czasu pacyficznego i ostrzegło, że wiadomości sprzed tego momentu mogą nadal nieść ostrzeżenia o błędnej klasyfikacji.
• Postmaster Tools nie działa w czasie rzeczywistym i może pomijać dni o niskim wolumenie. Jego status zgodności (Compliance status) opiera się na kroczącej średniej z wielu dni.

Otwarte pytania

• Nie podano nagłówków próbek z okresu po rozwiązaniu problemu, obserwacji trafiania do skrzynki odbiorczej, trendu błędów dostarczania, strumienia objętego incydentem ani poziomu bazowego, więc powrót do normy dla konkretnego nadawcy pozostaje niezweryfikowany.
• Opóźnienia danych postmaster, pominięcia przy niskim wolumenie oraz ostrzeżenia resztkowe właściwe dla danego incydentu sprawiają, że nie da się wyznaczyć jednego uniwersalnego okna, w którym obserwujesz powrót do normy.

Pierwsze 15 minut

1. Zapisz dokładną odpowiedź Yahoo 421 lub 451 wraz z kodem diagnostycznym i na jej podstawie zawęź przyczyny do ruchu, treści, zgłoszeń spamu, serwera, DNS lub uwierzytelniania.
2. Sprawdź kolejkę wychodzącą i — jeśli odroczenie się utrzymuje — ogranicz tylko strumień Yahoo, którego dotyczy problem, nie przerywając normalnych ponowień.
3. Zachowaj powtarzające się identyczne komunikaty diagnostyczne na potrzeby ewentualnego zgłoszenia do wsparcia dla nadawców Yahoo.

Teraz

• Pozwól normalnej kolejce odroczonej ponowić próbę później, a gdy odroczenie się utrzymuje, ogranicz strumień Yahoo, którego dotyczy problem, i zbadaj przy tym dokładny błąd.

Najbliższe 24 godziny

• Zanim przywrócisz wolumen, popraw odpowiednie braki w uwierzytelnianiu, DNS, obsłudze zgłoszeń spamu i mechanizmach wypisu.

Najbliższe 7 dni

• Zarejestruj się w Yahoo Complaint Feedback Loop i przetwarzaj jego raporty dla wychodzącej domeny podpisującej DKIM tam, gdzie ma to zastosowanie, aby wykluczać odbiorców, którzy zgłosili pocztę jako spam.

Kontrole techniczne

Kryteria weryfikacji

• Sprawdź, czy nowe odroczenia Yahoo i opóźnienie od nadania do dostarczenia wróciły do poziomu bazowego nadawcy, zanim przywrócisz normalny wolumen.
• Potwierdź, że powtarzające się komunikaty diagnostyczne ustają, a zarejestrowane raporty o zgłoszeniach spamu przetwarzasz na wykluczenia odbiorców tam, gdzie ma to zastosowanie.

Kryteria eskalacji

• Po lokalnym przeglądzie, gdy ten sam tymczasowy błąd utrzymuje się przez dłuższy czas, prześlij do wsparcia dla nadawców Yahoo zgłoszenie z dokładnym błędem i kodami diagnostycznymi.

Zapobieganie

• Utrzymuj uwierzytelnianie wymagane przez Yahoo, poprawne rekordy forward DNS i reverse DNS, odpowiedni DMARC, pocztę zgodną z RFC oraz wymagane przez dostawcę mechanizmy wypisu.
• Korzystaj z pętli zwrotnej Yahoo (Complaint Feedback Loop) dla domeny DKIM, aby wykluczać odbiorców, którzy oznaczają zarejestrowaną pocztę jako spam.

Wpływ na biznes

• Blokady tymczasowe Yahoo 421 lub 451 mogą opóźnić dostarczenie do odbiorców objętych problemem, których skrzynki hostuje Yahoo, dopóki nie ustąpi warunek po stronie odbioru, a nadawca nie ponowi próby z powodzeniem.

Uwagi dostawcy

• Yahoo pozwala ponowić pocztę 4XX później. Niezmienionych trwałych błędów 5XX nie należy ponawiać.
• Aktualne wymagania Yahoo dotyczą konsumenckich marek skrzynek, które Yahoo hostuje, a nie Yahoo Japan; Yahoo nie publikuje też stałego progu wolumenu dla nadawców masowych.

Otwarte pytania

• Nie podano dokładnej odpowiedzi Yahoo 4XX ani kodu diagnostycznego, domen objętych problemem, wysyłającego adresu IP, wieku kolejki, trendu zgłoszeń spamu, strumienia treści ani wyników uwierzytelniania.
• Konsumenckie marki hostowane przez Yahoo, Yahoo Japan i harmonogramy ponowień w ESP różnią się między sobą; obecne twierdzenia z Yahoo Sender Hub odnoś wyłącznie do domen, które Yahoo hostuje, oraz do zachowania własnego MTA nadawcy.

Pierwsze 15 minut

1. Zbierz z logów pocztowych pełny kod i tekst odpowiedzi SMTP z iCloud, powiązany adres URL oraz wysyłające IP, domenę i strumień objęte problemem, a także czas rozpoczęcia.
2. Sprawdź reverse DNS, SPF, DKIM, DMARC, spójność wysyłających adresów IP oraz rozdzielenie ruchu marketingowego od transakcyjnego.
3. Sprawdź w poczcie masowej wyraźną zgodę na subskrypcję, wypis, obsługę odbić (bounce), usuwanie nieaktywnych odbiorców oraz mechanizmy wykluczeń.

Teraz

• Usuń lukę w reverse DNS, SPF, DKIM, DMARC, spójności lub separacji strumieni, którą wskazała odpowiedź iCloud.
• Usuń każdy wypisany lub wykluczony adres z masowej grupy odbiorców iCloud, której dotyczy problem.

Najbliższe 24 godziny

• Zweryfikuj w całym masowym strumieniu iCloud wyraźną zgodę na subskrypcję, natychmiastowy wypis, obsługę odbić oraz usuwanie nieaktywnych subskrybentów.

Najbliższe 7 dni

• Utrzymuj stabilne tożsamości wysyłające i oddzielaj ruch marketingowy od transakcyjnego w masowej poczcie iCloud.

Kontrole techniczne

Kryteria weryfikacji

• Kontrolowane testy iCloud nie zwracają odrzucenia SMTP dla warunku, który wcześniej zawodził, a logi zachowują pełną odpowiedź do porównania.
• Masowy strumień, którego dotyczy problem, przechodzi kontrole reverse DNS, SPF, DKIM, DMARC, spójności tożsamości oraz separacji strumieni.
• Testowana grupa odbiorców nie zawiera adresów wypisanych ani wykluczonych i ma działającą obsługę wypisów oraz odbić.

Kryteria eskalacji

• Gdy wykonasz kontrole zgodne z aktualnymi dobrymi praktykami i przejrzysz logi, eskaluj nierozwiązany problem z dostarczaniem do postmastera Apple — podaj firmę, domenę, wysyłające IP, dokładne błędy SMTP oraz czas rozpoczęcia.

Zapobieganie

• Utrzymuj reverse DNS, SPF, DKIM, DMARC, stabilne tożsamości oraz rozdział między marketingowymi a transakcyjnymi strumieniami iCloud.
• Wysyłaj pocztę tylko do subskrybentów, którzy wyrazili wyraźną zgodę, zapewnij natychmiastowy wypis, obsługuj odbicia, usuwaj nieaktywnych subskrybentów i nigdy nie przywracaj adresów wypisanych ani wykluczonych.
• Monitoruj reputację IP i domeny, treść oraz opinie użytkowników i nie licz na nieistniejącą listę dozwolonych (allowlist) iCloud ani pętlę zwrotną.

Wpływ na biznes

• Odrzucenie SMTP przez iCloud sprawia, że objęta nim wiadomość nie dotrze do zamierzonego odbiorcy.
• Reputacja IP i domeny, treść oraz opinie użytkowników mogą wpływać na filtrowanie w iCloud, a nie istnieje lista dozwolonych (allowlist) ani pętla zwrotna, które pozwoliłyby obejść problem.

Uwagi dostawcy

• iCloud nie udostępnia ani listy dozwolonych (allowlist) dla nadawców masowych, ani pętli zwrotnej.
• Eskalacja do postmastera Apple wymaga podania firmy, domeny, wysyłających IP objętych problemem, dokładnych błędów SMTP oraz opisu z czasem rozpoczęcia.

Otwarte pytania

• Nie podano dokładnego kodu i tekstu odpowiedzi SMTP z iCloud, wysyłającego IP i domeny objętych problemem, typu ruchu, przebiegu w czasie ani zakresu.
• Przyczyna odrzucenia pozostaje nieustalona, dopóki nie zbadasz odpowiedzi SMTP z iCloud i odpowiadającej jej konfiguracji wysyłki.
• iCloud nie ma listy dozwolonych (allowlist) ani FBL, natomiast inni operatorzy pocztowi udostępniają odmienne mechanizmy reputacji i wsparcia.

Pierwsze 15 minut

1. Otwórz Delivery Errors (Błędy dostarczania) dla uwierzytelnionej domeny i okna czasowego objętych problemem, a następnie porównaj przyczyny odrzuceń i błędów tymczasowych z logami nadawcy.
2. Zbierz próbki pokazujące, czy wiadomości trafiają do skrzynki odbiorczej, czy do spamu, i nie traktuj niskiej wartości Spam Rate jako dowodu na trafienie do skrzynki odbiorczej.

Teraz

• Przy tymczasowych błędach w Gmailu zatrzymaj wysyłkę na chwilę, wznów ją wolniej i zastosuj wykładniczy backoff (exponential backoff), stosując się do dokładnej treści odpowiedzi.

Najbliższe 24 godziny

• Popraw wymóg lub warunek ruchu powiązany z każdym zaobserwowanym wynikiem, zamiast stosować jeden środek zaradczy do odroczeń, odrzuceń i trafień do spamu.

Najbliższe 7 dni

• Utrzymuj osobne kohorty operacyjne dla przyjętego dostarczenia, błędu tymczasowego i trwałego odrzucenia, aby mieszane objawy w Gmailu pozostawały widoczne.

Kontrole techniczne

Kryteria weryfikacji

• Delivery Errors pokazuje, że przypisana do incydentu przyczyna błędu tymczasowego lub odrzucenia maleje względem poziomu bazowego incydentu dla uwierzytelnionego ruchu, którego dotyczy problem.
• Próbki ze skrzynek pokazują oczekiwane miejsce dostarczenia, przy stabilnym lub poprawiającym się kontekście reputacji IP i domeny; Spam Rate nie służy jako jedyny dowód.

Kryteria eskalacji

• Eskaluj sprawę do ESP lub specjalisty ds. dostarczalności, gdy trwałe odpowiedzi Gmaila się utrzymują, Delivery Errors potwierdza dalsze błędy lub słaba reputacja nadal wiąże się z trafianiem do spamu lub odrzucaniem wiadomości.

Zapobieganie

• Utrzymuj backoff uwzględniający treść odpowiedzi (response-aware backoff) oraz osobną telemetrię dla błędów tymczasowych, trwałych odrzuceń i miejsca dostarczenia do skrzynki.

Wpływ na biznes

• Trwałe odpowiedzi Gmail 5xx uniemożliwiają dostarczenie objętych nimi wiadomości, a słaba reputacja może sprzyjać trafianiu do spamu lub odrzuceniom i zmniejszać zasięg wśród klientów.

Uwagi dostawcy

• Gmail Spam Rate nie uwzględnia wiadomości, które Gmail automatycznie umieścił w spamie, więc sam nie potwierdza trafienia do skrzynki odbiorczej.

Otwarte pytania

• Nie dostarczono próbki odpowiedzi SMTP Gmaila, kohorty zdarzeń dostarczania ani dowodów na to, czy wiadomości trafiają do skrzynki odbiorczej, czy do spamu.
• Obecny objaw pozostaje nierozwiązany, dopóki wyników Gmaila nie rozdzielisz na przyjęte dostarczenie, tymczasowe odroczenie i trwałe odrzucenie.
• Domeny objęte incydentem, strumienie wysyłkowe, okno czasowe, wolumen wiadomości i wpływ na biznes nie są dostępne.

Pierwsze 15 minut

1. Zbierz pełny raport NDR lub odpowiedź SMTP dla każdego nadawcy, o którym zgłoszono, że nie może dostarczyć wiadomości.
2. Jeśli wiadomość została przyjęta, ale trafiła do folderu Wiadomości-śmieci (Junk), oznacz ją jako „To nie jest śmieć” (Not junk), usuń przypadkową blokadę i dodaj prawidłowego nadawcę do listy Bezpieczni nadawcy (Safe senders).
3. Sprawdź na koncie odbiorcy listę Zablokowani nadawcy (Blocked senders) oraz reguły skrzynki odbiorczej (Inbox rules) pod kątem obsługi zależnej od konkretnego nadawcy.

Teraz

• Dla poczty, która jest już w folderze Wiadomości-śmieci (Junk), użyj opcji „To nie jest śmieć” (Not junk), usuń przypadkowe blokady i dodaj zweryfikowanego nadawcę do listy Bezpieczni nadawcy (Safe senders).

Najbliższe 24 godziny

• Popraw na koncie odbiorcy wpisy na liście Zablokowani nadawcy lub reguły skrzynki odbiorczej (Inbox rules), które przenoszą przyjęte wiadomości poza skrzynkę odbiorczą.

Najbliższe 7 dni

• Udokumentuj wprowadzone dla poszczególnych nadawców poprawki — opcji „To nie jest śmieć”, listy Bezpieczni nadawcy, listy Zablokowani nadawcy oraz reguł skrzynki odbiorczej — zastosowane do przyjętych wiadomości.

Kontrole techniczne

Kryteria weryfikacji

• Wcześniej odrzucany nadawca dostarcza nową wiadomość po usunięciu przyczyny wskazanej w raporcie NDR i nie dostaje już tej samej odpowiedzi o błędzie.
• W przypadku przyjętej wiadomości odbiorca może przenieść ją z folderu Wiadomości-śmieci, a kolejne wiadomości od zweryfikowanego nadawcy są obsługiwane zgodnie z poprawioną konfiguracją listy Bezpieczni nadawcy lub reguł.

Kryteria eskalacji

• Eskaluj nierozwiązany problem z dostarczaniem do domen konsumenckich do zespołu wsparcia dla nadawców Outlook.com dopiero po zebraniu pełnych dowodów błędu i sprawdzeniu wytycznych z polityki Microsoftu.

Zapobieganie

• Śledź wyniki z Outlook.com osobno dla każdego nadawcy, aby różnych rezultatów filtrowania nie brać za jedną przyczynę dotyczącą całego odbiorcy.
• Regularnie przeglądaj listy blokad i reguły skrzynki odbiorczej na koncie odbiorcy, gdy wiadomości od jednego zaufanego nadawcy raz po raz giną.

Wpływ na biznes

• Wiadomości od nadawców objętych incydentem mogą zawieść jeszcze przed dostarczeniem, przez co pilna komunikacja z klientem lub wsparciem nie dociera do odbiorcy na Hotmailu.

Uwagi dostawcy

• Filtrowanie Outlook.com może dawać różne wyniki w zależności od nadawcy, bo bierze pod uwagę adres IP, domenę, uwierzytelnianie, dokładność listy, zgłoszenia spamu, treść i inne sygnały.
• Ścieżka wsparcia Microsoftu dla nadawców obejmuje ruch konsumencki Hotmail, Outlook.com, Live i MSN, ale nie gwarantuje dostarczenia.

Otwarte pytania

• Nie podano nadawców, których dotyczy problem, pełnych odpowiedzi NDR ani SMTP, zaobserwowanych folderów u odbiorców, próbek wiadomości, znaczników czasu ani ustawień kontroli konta Outlook.com, więc nie da się jeszcze odróżnić odrzucenia od błędnego umieszczenia.
• Blokady i reguły po stronie odbiorcy, filtrowanie Outlook.com, reputacja nadawcy, uwierzytelnianie oraz zachowanie zewnętrznych bramek pocztowych mogą różnić się w zależności od nadawcy i konta.

Pierwsze 15 minut

1. Zapisz stan dashboardu Workspace i czas weryfikacji, żeby obserwacja statusu pozostała wyraźnie ograniczona w czasie.
2. Zbierz dokładne błędy SMTP lub ESP i porównaj je z Postmaster Delivery Errors dla kwalifikującego się ruchu do prywatnych kont Gmail.
3. Sprawdź wpis statusu Gmaila i najnowszą historię incydentów w dashboardzie, zanim orzekniesz szeroko zakrojoną awarię.

Teraz

• Oddziel brak ogłoszonego, szeroko zakrojonego incydentu od błędu po stronie nadawcy i zbadaj ścieżkę, której to dotyczy.

Najbliższe 24 godziny

• Prowadź dalej diagnozę pod kierunkiem wsparcia i koreluj błędy dostarczania po stronie nadawcy, dopóki nie ogłoszono żadnego szeroko zakrojonego incydentu.

Najbliższe 7 dni

• Jeśli niewymieniony problem się utrzymuje, załóż zgłoszenie w Google Support (Google Support case) i podaj tenanta, region, znaczniki czasu, identyfikatory wiadomości, odpowiedzi oraz zakres odbiorców, jeśli są dostępne.

Kontrole techniczne

Kryteria weryfikacji

• Jeśli incydent zostanie ogłoszony, dopiero ostateczna aktualizacja Google o jego rozwiązaniu pozwala uznać go za zamknięty.
• Logi nadawcy i kwalifikujące się Postmaster Delivery Errors pokazują powrót do normy w kohorcie odrzuceń lub błędów tymczasowych, której dotyczył problem.
• Każdy wniosek o braku incydentu jest opatrzony zapisanym z dashboardu czasem weryfikacji, a nie traktowany jako trwały.

Kryteria eskalacji

• Skontaktuj się z Google Support, gdy problem pozostaje powtarzalny, ale nie figuruje na publicznym dashboardzie; dołącz tenanta, region, znaczniki czasu, identyfikatory wiadomości, odpowiedzi oraz zakres odbiorców, jeśli są dostępne.

Zapobieganie

• Monitoruj Workspace Status Dashboard przez RSS lub historię w formacie JSON (JSON History), aby wychwytywać zmiany w szeroko zakrojonych incydentach bez polegania na alertach dostarczanych przez Gmaila.

Wpływ na biznes

• Lokalny problem z Gmailem albo problem ograniczony do konkretnego nadawcy może i tak przerwać ścieżkę poczty klienta, którego dotyczy, nawet gdy publiczny dashboard nie pokazuje żadnego szeroko zakrojonego incydentu.

Uwagi dostawcy

• Wynik braku incydentu z 2026-07-17 to obserwacja publicznego dashboardu z konkretnej chwili, a nie dowód, że każda ścieżka dostarczania w Gmailu była sprawna.
• Postmaster Delivery Errors podaje dane z opóźnieniem i w formie zbiorczej oraz obejmuje kwalifikujący się uwierzytelniony ruch do prywatnych kont Gmail, a nie każdego odbiorcę Workspace.

Otwarte pytania

• Nie podano pełnych dowodów błędu w Gmailu, typu odbiorcy, którego dotyczy, tenanta, regionu, przedziału czasu, odpowiedzi SMTP, próbek wiadomości ani trendu błędów dostarczania po stronie nadawcy, więc konkretna przyczyna tego incydentu pozostaje nieznana.
• Wynik statusu to ograniczona w czasie migawka ogłoszonych, szeroko zakrojonych incydentów Workspace; awarie nieogłoszone, lokalne, związane z konkretnym kontem lub konkretnym nadawcą wciąż są możliwe i wymagają osobnych dowodów.