Incydenty specyficzne dla dostawców skrzynek

Pierwsze 15 minut

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

Teraz

• Popraw SPF, DKIM, DMARC lub zgodność (alignment), gdy komunikat diagnostyczny 550 5.7.515 wskazuje na niewystarczające uwierzytelnienie.

Najbliższe 24 godziny

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

Najbliższe 7 dni

• Utrzymaj poprawione uwierzytelnianie i kontrole jakości nadawcy przed zwiększeniem ruchu konsumenckiego do Microsoftu.

Kontrole techniczne

Kryteria weryfikacji

• Potwierdź, że bieżące nagłówki wiadomości pokazują pozytywny wynik SPF i DKIM, opublikowany rekord DMARC oraz przynajmniej jeden zgodny i pozytywny identyfikator dla masowego nadawcy Outlook.com.
• Potwierdź, że poprawiony test nie zwraca już błędu 550 5.7.515.

Kryteria eskalacji

• Skontaktuj się ze wsparciem dla nadawców Microsoftu dopiero po dostosowaniu się do polityk i wytycznych Outlook.com, mając świadomość, że zgłoszenie nie gwarantuje dostarczenia.

Zapobieganie

• Utrzymuj ważność SPF, DKIM, DMARC i zgodność domeny From dla masowego ruchu konsumenckiego do Microsoftu.
• Na bieżąco zarządzaj czynnikami IP, domeny, uwierzytelniania, dokładności list, wskaźnika 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 powiodło się, więc dotknięci odbiorcy nie otrzymują wiadomości.
• Nierozwiązany błąd uwierzytelniania 550 5.7.515 może nadal blokować ruch konsumencki Microsoftu od masowego nadawcy.

Uwagi dostawcy

• Microsoft definiuje masowego nadawcę jako takiego, który wysyła 5,000 lub więcej wiadomości do jego usług konsumenckich z tą samą domeną From (RFC 5322).
• NDR 550 5.7.515 identyfikuje niewystarczające uwierzytelnienie dla domeny masowego nadawcy.

Otwarte pytania

• Dokładna przyczyna odrzucenia musi zostać wybrana na podstawie pełnego kodu NDR, tekstu diagnostycznego, hosta generującego oraz wyników uwierzytelniania bieżącej wiadomości.
• Microsoft nie ujawnia pełnego wagowania sygnałów reputacji i filtrowania Outlook.com.
• Egzekwowanie polityk dla konsumenckiego Outlook.com różni się od reguł dla odbiorców Exchange Online specyficznych dla dzierżawcy, dlatego należy potwierdzić usługę docelową.

Pierwsze 15 minut

1. Przechwyć pełny komunikat diagnostyczny Yahoo i sklasyfikuj go jako przyczynę związaną z nieprawidłowym odbiorcą, DMARC lub DKIM, treścią, podejrzanym zachowaniem lub Spamhaus.
2. Gdy komunikat diagnostyczny wskazuje na blokadę z powodu polityki treści, sprawdź kolejki wychodzące pod kątem niedopuszczalnych lub złośliwych treści oraz nadużyć ze strony nadawcy.

Teraz

• Zatrzymaj ponawianie prób dla dotkniętej wiadomości Yahoo 5xx i usuń adres tylko wtedy, gdy odpowiedź jest trwałym błędem na poziomie odbiorcy zgodnie z polityką listy.

Najbliższe 24 godziny

• Popraw SPF, DKIM, DMARC i zgodność domeny From dla masowego nadawcy, gdy komunikat diagnostyczny wskazuje na błąd polityki uwierzytelniania.

Najbliższe 7 dni

• Usuń złośliwy lub niedopuszczalny ruch i uniemożliw spamerom nadużywanie serwera wysyłającego, gdy komunikat diagnostyczny wskazuje na blokadę z powodu polityki treści.

Kontrole techniczne

Kryteria weryfikacji

• Potwierdź, że poprawione wiadomości testowe nie otrzymują już trwałych błędów Yahoo 553 lub 554.
• W przypadku ruchu masowego potwierdź, że SPF, DKIM, DMARC i zgodność domeny From spełniają wymagania Yahoo.
• Potwierdź, że obliczony przez Yahoo wskaźnik skarg spamowych w skrzynce odbiorczej wynosi poniżej 0,3%.

Kryteria eskalacji

• Eskaluj do zespołu ds. dostarczalności lub ESP, gdy pełny komunikat diagnostyczny Yahoo identyfikuje klasę polityki dla całego nadawcy, która utrzymuje się po usunięciu udokumentowanej przyczyny.
• Eskaluj do zespołu ds. bezpieczeństwa, gdy komunikat diagnostyczny dotyczący polityki treści i przegląd kolejki wychodzącej wskazują na złośliwe użycie serwera wysyłającego.

Zapobieganie

• Utrzymuj SPF, DKIM, DMARC i zgodność domeny From dla masowego nadawcy Yahoo.
• Utrzymuj obliczony przez Yahoo wskaźnik skarg spamowych w skrzynce odbiorczej poniżej 0,3%.
• Monitoruj kolejki wychodzące i uniemożliwiaj spamerom nadużywanie serwera wysyłającego.

Wpływ na biznes

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

Uwagi dostawcy

• Yahoo dokumentuje 553 i 554 jako trwałe błędy i wymienia odrębne ciągi diagnostyczne dla przyczyn związanych z odbiorcą, polityką, treścią, zachowaniem i Spamhaus.
• Yahoo akceptuje złagodzoną zgodność (relaxed alignment) DMARC dla swoich wymagań wobec masowych nadawców.

Otwarte pytania

• Dokładna klasa trwałego odrzucenia nie może zostać wybrana bez pełnego tekstu diagnostycznego SMTP oraz dotkniętego odbiorcy lub zakresu połączenia.
• Yahoo Sender Hub jest tutaj bezpośrednim źródłem; to, czy dany punkt końcowy AOL stosuje identyczne traktowanie, musi zostać zweryfikowane na podstawie zwróconego hosta i komunikatu diagnostycznego.
• Błąd nieprawidłowego adresu na poziomie odbiorcy nie może być uogólniany jako blokada nadawcy w całej domenie.

Pierwsze 15 minut

1. Oddziel odpowiedzi Gmaila pasujące do 421 4.7.28 od tych pasujących do 550 5.7.26.
2. W przypadku 550 5.7.26 zweryfikuj, dlaczego uwierzytelnianie SPF i DKIM nie powiodło się.
3. Sprawdź pulpity nawigacyjne Postmaster Tools dotyczące błędów dostarczania, uwierzytelniania, wskaźnika spamu i reputacji dla ruchu do osobistych kont Gmail.

Teraz

• Zmniejsz dotknięty wolumen Gmaila, podczas gdy wiadomości są odrzucane lub odraczane, zachowując niezbędny ruch.

Najbliższe 24 godziny

• Zwiększaj wolumen Gmaila powoli dopiero po spadku wskaźnika błędów SMTP na żywo.

Najbliższe 7 dni

• Kontynuuj kontrolowane zwiększanie wolumenu, zamiast natychmiast przywracać poprzednie tempo wysyłki.

Kontrole techniczne

Kryteria weryfikacji

• Dzienniki SMTP Gmaila na żywo nie pokazują już odpowiedzi 421 4.7.28 związanej z incydentem podczas kontrolowanych wysyłek niezbędnych wiadomości.
• Postmaster Tools później potwierdza powrót do normy w trendach uwierzytelniania lub błędów dostarczania, gdy zgłaszany jest wystarczający wolumen dla osobistych kont Gmail.

Kryteria eskalacji

• Użyj Postmaster Tools do zgłoszenia nieprawidłowego odrzucenia lub tymczasowego błędu tylko wtedy, gdy spełnione są wymagania dotyczące kwalifikowalności nadawcy i wymagania Gmaila.

Zapobieganie

• Monitoruj błędy uwierzytelniania i dostarczania w Gmailu, stopniowo zmieniając wolumen po wystąpieniu błędu.

Wpływ na biznes

• Tymczasowe limitowanie przez Gmaila lub odrzucenie z powodu uwierzytelniania może uniemożliwić terminowe przekazanie potwierdzeń sprzedaży biletów z serwera do odbiorcy.

Uwagi dostawcy

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

Otwarte pytania

• Dokładna odpowiedź SMTP Gmaila, typ dotkniętego odbiorcy, wyniki uwierzytelniania, wysyłające IP/domena i zmiana ruchu nie zostały dostarczone.
• Postmaster Tools obejmuje ruch do osobistych kont Gmail i może nie ujawniać dowodów dla niskiego wolumenu lub w czasie rzeczywistym.
• Słowo „zablokowany” może oznaczać tymczasowe odroczenie, trwałe odrzucenie SMTP, trafienie do spamu lub regułę Google Workspace po stronie odbiorcy.

Pierwsze 15 minut

1. Zanotuj czas rozwiązania incydentu przez dostawcę i oddziel wiadomości otrzymane przed nim od nowych próbek.
2. Wyślij bezpieczne dla prywatności kontrolowane próbki w dotkniętym segmencie ruchu Gmail i zachowaj każdy pełny oryginał oraz wyniki uwierzytelniania.
3. Sprawdź łącznie widoki wskaźnika spamu, reputacji, uwierzytelniania, pętli zwrotnej (FBL) i błędów dostarczania specyficzne dla Gmaila, biorąc pod uwagę opóźnienia pulpitu nawigacyjnego i pominięcia związane z niskim wolumenem.

Teraz

• Uruchom nowo wysłane kontrolowane próbki w dotkniętym segmencie ruchu Gmail i zachowaj ich pełne oryginały oraz wyniki uwierzytelniania.

Najbliższe 24 godziny

• Porównaj nowe trafienia do skrzynki odbiorczej, opóźnienia, odrzucenia i trendy Postmaster z poziomem bazowym sprzed incydentu, oddzielając wiadomości historyczne.

Najbliższe 7 dni

• Kontynuuj porównanie z poziomem bazowym, dopóki obserwacje nowych wiadomości w dotkniętym strumieniu nie pozostaną stabilne, zamiast polegać na próbce z jednej skrzynki pocztowej.

Kontrole techniczne

Kryteria weryfikacji

• Zweryfikuj, czy nowo wysłane próbki po rozwiązaniu problemu w dotkniętym segmencie Gmaila powracają do poziomu bazowego sprzed incydentu w zakresie trafień do skrzynki odbiorczej, opóźnień i odrzuceń.
• Potwierdź, że sygnały Postmaster dotyczące wskaźnika spamu, reputacji, uwierzytelniania, pętli zwrotnej (FBL) i błędów dostarczania są zgodne z powrotem do normy, uwzględniając dane nie w czasie rzeczywistym i pominięcia związane z niskim wolumenem.

Kryteria eskalacji

• Jeśli nieprawidłowa klasyfikacja nadal występuje, zgłoś ją przez Postmaster Tools tylko dla zweryfikowanej domeny własnej, która spełnia wymagania nadawcy Gmaila, i prześlij próbkę, która przechodzi SPF i DKIM ze zgodną domeną From.

Zapobieganie

• Utrzymuj zweryfikowaną domenę w Postmaster Tools i monitoruj łącznie widoki spamu, reputacji, uwierzytelniania, pętli zwrotnej (FBL) i błędów dostarczania w Gmailu.
• Utrzymuj proces kontrolowanych próbek, który zachowuje pełne oryginały i wyniki uwierzytelniania do przyszłych porównań.

Wpływ na biznes

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

Uwagi dostawcy

• W przypadku incydentu z 24 stycznia 2026 r. Google oznaczyło rozwiązanie o 09:55 czasu pacyficznego i ostrzegło, że wiadomości sprzed rozwiązania mogą zachować 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) wykorzystuje kroczącą średnią z wielu dni.

Otwarte pytania

• Nie dostarczono nagłówków próbek po rozwiązaniu problemu, obserwacji trafień do skrzynki odbiorczej, trendu błędów dostarczania, dotkniętego strumienia ani poziomu bazowego, więc powrót do normy dla konkretnego nadawcy pozostaje niezweryfikowany.
• Opóźnienia danych Postmaster, pominięcia związane z niskim wolumenem i specyficzne dla incydentu ostrzeżenia resztkowe uniemożliwiają określenie jednego uniwersalnego okna obserwacji powrotu do normy.

Pierwsze 15 minut

1. Przechwyć dokładną odpowiedź Yahoo 421 lub 451 i kod diagnostyczny, a następnie użyj ich do zawężenia przyczyn związanych z ruchem, treścią, skargami, serwerem, DNS lub uwierzytelnianiem.
2. Sprawdź kolejkę wychodzącą i zmniejsz tylko utrzymujący się dotknięty strumień Yahoo, podczas gdy normalne ponowne próby trwają.
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 na ponowienie próby później i zmniejsz utrzymujący się dotknięty strumień Yahoo, badając dokładny błąd.

Najbliższe 24 godziny

• Popraw odpowiednie braki w uwierzytelnianiu, DNS, skargach i kontrolach wypisu przed przywróceniem wolumenu.

Najbliższe 7 dni

• Zarejestruj się i przetwarzaj raporty Yahoo Complaint Feedback Loop dla domeny podpisującej DKIM (tam, gdzie ma to zastosowanie), aby można było wykluczyć skarżących się odbiorców.

Kontrole techniczne

Kryteria weryfikacji

• Zweryfikuj, czy nowe odroczenia Yahoo i opóźnienia end-to-end powracają do poziomu bazowego nadawcy przed przywróceniem normalnego wolumenu.
• Potwierdź, że powtarzające się komunikaty diagnostyczne ustają i że zarejestrowane raporty o skargach są przetwarzane w celu wykluczenia odbiorców (tam, gdzie ma to zastosowanie).

Kryteria eskalacji

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

Zapobieganie

• Utrzymuj uwierzytelnianie wymagane przez Yahoo, ważny forward i reverse DNS, odpowiedni DMARC, pocztę zgodną z RFC oraz kontrole wypisu dostawcy.
• Używaj pętli zwrotnej (Complaint Feedback Loop) Yahoo dla domeny DKIM do wykluczania odbiorców, którzy zgłaszają zarejestrowaną pocztę jako spam.

Wpływ na biznes

• Tymczasowe blokady Yahoo 421 lub 451 mogą opóźnić dostarczenie do dotkniętych odbiorców hostowanych przez Yahoo, dopóki warunek odbioru nie ustąpi, a nadawca nie ponowi próby z powodzeniem.

Uwagi dostawcy

• Yahoo pozwala na ponowienie poczty 4XX później, podczas gdy niezmienione trwałe błędy 5XX nie powinny być ponawiane.
• Aktualne wymagania Yahoo dotyczą hostowanych przez nich konsumenckich marek skrzynek pocztowych, a nie Yahoo Japan, a Yahoo nie publikuje stałego progu wolumenu dla masowych nadawców.

Otwarte pytania

• Dokładna odpowiedź Yahoo 4XX i kod diagnostyczny, dotknięte domeny, wysyłające IP, wiek kolejki, trend skarg, strumień treści i wyniki uwierzytelniania nie zostały dostarczone.
• Konsumenckie marki hostowane przez Yahoo, Yahoo Japan i harmonogramy ponownych prób ESP różnią się; obecne twierdzenia Yahoo Sender Hub muszą pozostać ograniczone do hostowanych przez nich domen i zachowania własnego MTA nadawcy.

Pierwsze 15 minut

1. Przechwyć pełny kod SMTP iCloud, tekst, powiązany adres URL, dotknięte wysyłające IP, domenę, strumień i czas rozpoczęcia z dzienników pocztowych.
2. Sprawdź reverse DNS, SPF, DKIM, DMARC, spójność wysyłającego IP oraz separację ruchu marketingowego od transakcyjnego.
3. Sprawdź wyraźną zgodę na subskrypcję, wypis, obsługę odrzuceń (bounce), usuwanie nieaktywnych i kontrole wykluczeń dla poczty masowej.

Teraz

• Popraw brak w reverse DNS, SPF, DKIM, DMARC, spójności lub separacji strumieni zidentyfikowany przez odpowiedź iCloud.
• Usuń każdy wypisany lub wykluczony adres z dotkniętej masowej grupy odbiorców iCloud.

Najbliższe 24 godziny

• Zweryfikuj wyraźną subskrypcję, natychmiastowy wypis, obsługę odrzuceń i usuwanie nieaktywnych subskrybentów w całym masowym strumieniu iCloud.

Najbliższe 7 dni

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

Kontrole techniczne

Kryteria weryfikacji

• Kontrolowane testy iCloud nie zwracają odrzucenia SMTP dla wcześniej niespełnionego warunku, a dzienniki zachowują pełną odpowiedź do porównania.
• Dotknięty strumień masowy przechodzi testy reverse DNS, SPF, DKIM, DMARC, spójności tożsamości i separacji strumieni.
• Testowana grupa odbiorców wyklucza wypisane i zablokowane adresy oraz wykazuje działającą obsługę wypisów i odrzuceń.

Kryteria eskalacji

• Po sprawdzeniu bieżących najlepszych praktyk i przeglądzie dzienników, eskaluj nierozwiązany problem z dostarczaniem do postmastera Apple, podając firmę, domenę, wysyłające IP, dokładne błędy SMTP i czas rozpoczęcia.

Zapobieganie

• Utrzymuj reverse DNS, SPF, DKIM, DMARC, stabilne tożsamości i separację między marketingowymi a transakcyjnymi strumieniami iCloud.
• Wysyłaj pocztę tylko do subskrybentów, którzy wyrazili na to wyraźną zgodę, zapewnij natychmiastowy wypis, obsługuj odrzucenia, usuwaj nieaktywnych subskrybentów i nigdy nie reaktywuj wypisanych lub wykluczonych adresów.
• Monitoruj reputację IP i domeny, treść oraz opinie użytkowników, nie polegając na nieistniejącej białej liście iCloud ani pętli zwrotnej.

Wpływ na biznes

• Odrzucenie SMTP iCloud uniemożliwia dotarcie dotkniętej wiadomości do zamierzonego odbiorcy.
• Reputacja IP i domeny, treść oraz opinie użytkowników mogą wpływać na filtrowanie iCloud bez białej listy lub pętli zwrotnej, które pozwoliłyby ominąć problem.

Uwagi dostawcy

• iCloud nie zapewnia ani białej listy dla masowych nadawców, ani pętli zwrotnej.
• Eskalacja do postmastera Apple wymaga podania firmy, domeny, dotkniętych wysyłających IP, dokładnych błędów SMTP oraz opisu zawierającego czas rozpoczęcia.

Otwarte pytania

• Dokładny kod i tekst SMTP iCloud, dotknięte wysyłające IP i domena, typ ruchu, harmonogram i zakres nie zostały dostarczone.
• Przyczyna odrzucenia pozostaje nierozwiązana, dopóki odpowiedź SMTP iCloud i odpowiadająca jej konfiguracja wysyłki nie zostaną zbadane.
• iCloud nie ma białej listy ani FBL, podczas gdy inni dostawcy skrzynek pocztowych oferują różne mechanizmy reputacji i wsparcia.

Pierwsze 15 minut

1. Otwórz Delivery Errors (Błędy dostarczania) dla dotkniętej uwierzytelnionej domeny i okna czasowego, a następnie porównaj przyczyny odrzuceń i błędów tymczasowych z dziennikami nadawcy.
2. Zbierz próbki trafień do skrzynki odbiorczej i spamu, a nie interpretuj niskiej wartości Spam Rate jako dowodu na trafienie do skrzynki odbiorczej.

Teraz

• W przypadku błędów tymczasowych w Gmailu zatrzymaj się na chwilę, wznów wolniej i zastosuj wykładnicze opóźnienie (exponential backoff), przestrzegając dokładnej odpowiedzi.

Najbliższe 24 godziny

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

Najbliższe 7 dni

• Utrzymuj oddzielne kohorty operacyjne dla zaakceptowanego umiejscowienia, błędu tymczasowego i trwałego odrzucenia, aby mieszane objawy w Gmailu pozostały widoczne.

Kontrole techniczne

Kryteria weryfikacji

• Delivery Errors pokazuje, że przyczyna błędu tymczasowego lub odrzucenia związana z incydentem spada w stosunku do poziomu bazowego dla dotkniętego uwierzytelnionego ruchu.
• Próbki ze skrzynek pocztowych pokazują oczekiwane umiejscowienie, podczas gdy pasujący kontekst reputacji IP i domeny jest stabilny lub się poprawia; Spam Rate nie jest używany jako jedyny dowód.

Kryteria eskalacji

• Eskaluj do ESP lub specjalisty ds. dostarczalności, gdy trwałe odpowiedzi Gmaila utrzymują się, Delivery Errors potwierdza ciągłe błędy lub słaba reputacja pozostaje powiązana z trafieniem do spamu lub odrzuceniem.

Zapobieganie

• Utrzymuj opóźnienie uwzględniające odpowiedzi (response-aware backoff) i oddzielną telemetrię dla błędów tymczasowych, trwałych odrzuceń i umiejscowienia w skrzynce pocztowej.

Wpływ na biznes

• Trwałe wyniki Gmail 5xx zapobiegają dotkniętym dostarczeniom, podczas gdy słaba reputacja może przyczynić się do trafienia do spamu lub odrzucenia i zmniejszyć zasięg wśród klientów.

Uwagi dostawcy

• Gmail Spam Rate wyklucza wiadomości, które Gmail automatycznie umieścił w spamie, więc nie może samodzielnie stanowić dowodu na trafienie do skrzynki odbiorczej.

Otwarte pytania

• Nie dostarczono próbki odpowiedzi SMTP Gmaila, kohorty zdarzeń dostarczania ani dowodów na trafienie do skrzynki odbiorczej w porównaniu ze spamem.
• Obecny objaw jest nierozwiązany, dopóki wyniki Gmaila nie zostaną podzielone na zaakceptowane umiejscowienie, tymczasowe odroczenie i trwałe odrzucenie.
• Dotknięte domeny, 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 zgłoszonego jako niezdolny do dostarczenia wiadomości.
2. Jeśli wiadomość została zaakceptowana do folderu Wiadomości-śmieci (Junk), oznacz ją jako „To nie jest śmieć” (Not junk), usuń przypadkową blokadę i dodaj legalnego nadawcę do listy Bezpieczni nadawcy (Safe senders).
3. Sprawdź listę Zablokowani nadawcy (Blocked senders) odbiorcy oraz reguły skrzynki odbiorczej pod kątem obsługi specyficznej dla nadawcy.

Teraz

• W przypadku poczty, która już znajduje się w folderze Wiadomości-śmieci, użyj opcji „To nie jest śmieć”, usuń przypadkowe blokady i dodaj zweryfikowanego nadawcę do listy Bezpieczni nadawcy.

Najbliższe 24 godziny

• Popraw wpisy na liście Zablokowani nadawcy odbiorcy lub reguły skrzynki odbiorczej, które przenoszą zaakceptowane wiadomości poza skrzynkę odbiorczą.

Najbliższe 7 dni

• Udokumentuj zastosowane poprawki dotyczące opcji „To nie jest śmieć”, listy Bezpieczni nadawcy, listy Zablokowani nadawcy oraz reguł skrzynki odbiorczej dla zaakceptowanych wiadomości.

Kontrole techniczne

Kryteria weryfikacji

• Wcześniej odrzucony nadawca z powodzeniem realizuje nowe dostarczenie po usunięciu przyczyny wskazanej w NDR, bez tej samej odpowiedzi o błędzie.
• W przypadku zaakceptowanej wiadomości odbiorca może przenieść ją z folderu Wiadomości-śmieci, a kolejne wiadomości od zweryfikowanego nadawcy postępują zgodnie z poprawioną konfiguracją listy Bezpieczni nadawcy lub reguł.

Kryteria eskalacji

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

Zapobieganie

• Śledź wyniki Outlook.com specyficzne dla nadawcy, aby różne wyniki filtrowania nie były mylone z jedną przyczyną dotyczącą całego odbiorcy.
• Przeglądaj listy blokad i reguły skrzynki odbiorczej odbiorcy, gdy wiadomości od jednego zaufanego nadawcy wielokrotnie giną.

Wpływ na biznes

• Wiadomości od dotkniętych nadawców mogą zakończyć się niepowodzeniem przed dostarczeniem, przez co wrażliwa na czas komunikacja z klientami lub wsparciem staje się niedostępna dla odbiorcy Hotmail.

Uwagi dostawcy

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

Otwarte pytania

• Dotknięci nadawcy, pełne odpowiedzi NDR lub SMTP, zaobserwowane foldery odbiorców, próbki wiadomości, znaczniki czasu i kontrole konta Outlook.com nie zostały dostarczone, więc nie można jeszcze odróżnić odrzucenia od błędnego umiejscowienia.
• Blokady i reguły po stronie odbiorcy, filtrowanie Outlook.com, reputacja nadawcy, uwierzytelnianie i zachowanie bramek stron trzecich mogą różnić się w zależności od nadawcy i konta.

Pierwsze 15 minut

1. Przechwyć stan pulpitu nawigacyjnego Workspace i czas weryfikacji, aby obserwacja statusu pozostała wyraźnie ograniczona w czasie.
2. Zbierz dokładne błędy SMTP lub ESP i porównaj je z Delivery Errors (Błędy dostarczania) w Postmaster dla kwalifikującego się ruchu do osobistych kont Gmail.
3. Sprawdź wpis statusu Gmaila i najnowszą historię incydentów na pulpicie nawigacyjnym przed stwierdzeniem szerokiej awarii.

Teraz

• Oddziel brak opublikowanego szeroko zakrojonego incydentu od błędu specyficznego dla nadawcy i zbadaj dotkniętą ścieżkę.

Najbliższe 24 godziny

• Kontynuuj diagnozę prowadzoną przez wsparcie i koreluj błędy dostarczania specyficzne dla nadawcy, podczas gdy nie ma opublikowanego szeroko zakrojonego incydentu.

Najbliższe 7 dni

• Jeśli nienotowany problem utrzymuje się, otwórz zgłoszenie do wsparcia Google (Google Support case), podając dzierżawcę, region, znaczniki czasu, identyfikatory wiadomości, odpowiedzi i zakres odbiorców, jeśli są dostępne.

Kontrole techniczne

Kryteria weryfikacji

• Jeśli incydent zostanie opublikowany, Google publikuje ostateczną aktualizację o rozwiązaniu zdarzenia, zanim zostanie ono potraktowane jako zamknięte.
• Dzienniki nadawcy i kwalifikujące się błędy dostarczania Postmaster (Delivery Errors) wykazują powrót do normy w dotkniętej kohorcie odrzuceń lub błędów tymczasowych.
• Każdy wniosek o braku incydentu jest oznaczony przechwyconym czasem weryfikacji z pulpitu nawigacyjnego, a nie traktowany jako stały.

Kryteria eskalacji

• Skontaktuj się ze wsparciem Google, gdy problem pozostaje powtarzalny, ale nie jest wymieniony na publicznym pulpicie nawigacyjnym, włączając dzierżawcę, region, znaczniki czasu, identyfikatory wiadomości, odpowiedzi i zakres odbiorców, jeśli są dostępne.

Zapobieganie

• Monitoruj pulpit nawigacyjny statusu Workspace (Workspace Status Dashboard) za pośrednictwem RSS lub historii JSON, aby zmiany w szeroko zakrojonych incydentach były wykrywane bez polegania na alertach dostarczanych przez Gmaila.

Wpływ na biznes

• Zlokalizowany lub specyficzny dla nadawcy problem z Gmailem może nadal przerywać dotkniętą ścieżkę poczty klienta, nawet jeśli publiczny pulpit nawigacyjny nie pokazuje szeroko zakrojonego incydentu.

Uwagi dostawcy

• Wynik braku incydentu z 2026-07-17 to obserwacja publicznego pulpitu nawigacyjnego w danym momencie, a nie dowód na to, że każda ścieżka dostarczania w Gmailu była sprawna.
• Błędy dostarczania Postmaster (Delivery Errors) są opóźnione i zagregowane oraz obejmują kwalifikujący się uwierzytelniony ruch do osobistych kont Gmail, a nie każdego odbiorcę Workspace.

Otwarte pytania

• Pełne dowody błędu w Gmailu, typ dotkniętego odbiorcy, dzierżawca, region, ramy czasowe, odpowiedź SMTP, próbki wiadomości i trend błędów dostarczania po stronie nadawcy nie zostały dostarczone, więc przyczyna specyficzna dla incydentu pozostaje nieznana.
• Wynik statusu to ograniczona w czasie migawka opublikowanych szeroko zakrojonych incydentów Workspace; nieopublikowane, zlokalizowane, specyficzne dla konta lub specyficzne dla nadawcy błędy pozostają możliwe i wymagają oddzielnych dowodów.