Odrzucenia i limitowanie

Pierwsze 15 minut

1. Zachowaj pełny raport NDR i oddziel odbiorców konsumenckich Outlook.com od odbiorców Exchange Online lub Microsoft 365.
2. Pogrupuj niepowodzenia według usługi odbiorcy, rozszerzonego kodu statusu, pełnej diagnostyki, wysyłającego IP, domeny i okna czasowego.

Teraz

• Zatrzymaj niezmienione ponowienia dla trwałych błędów i wybierz działania naprawcze na podstawie pełnej diagnostyki.

Najbliższe 24 godziny

• Jeśli Exchange Online zgłasza Delivery not authorized, popraw ograniczenie odbiorcy lub regułę transportu zidentyfikowaną przez NDR.
• Jeśli RESOLVER.RST.AuthRequired dotyczy folderu publicznego z obsługą poczty, popraw konfigurację nadawcy zewnętrznego dla tego odbiorcy.

Najbliższe 7 dni

• W przypadku błędów konsumenckich Outlook.com napraw konkretną zwróconą diagnostykę, korzystając z aktualnych dowodów dotyczących IP, domeny, uwierzytelniania, listy, skarg i treści.

Kontrole techniczne

Kryteria weryfikacji

• Po zmianie zdiagnozowanego stanu kontrolowana wiadomość do tej samej kohorty usługi odbiorcy nie zwraca już tego samego trwałego NDR; nie traktuj niezmienionej ponownej wysyłki jako weryfikacji.

Kryteria eskalacji

• Eskaluj RESOLVER.RST.AuthRequired do administratora Exchange dla folderu publicznego, którego dotyczy problem, lub eskaluj przypadek Outlook.com z jego pełną diagnostyką i aktualnymi dowodami nadawcy.

Zapobieganie

• Zachowaj pełną diagnostykę Microsoftu i monitoruj błędy oddzielnie dla usługi konsumenckiej Outlook.com i zasad dzierżawy Exchange Online.

Wpływ na biznes

• Wiadomości, których dotyczy problem, pozostają trwale odrzucone, chyba że zmieni się stan wiadomości lub miejsca docelowego; ponowne ich wysłanie bez zmian prawdopodobnie nie zadziała.

Uwagi dostawcy

• Exchange Online 5.7.1 Delivery not authorized może wskazywać na ograniczenia odbiorcy lub odrzucenie przez regułę transportu, podczas gdy RESOLVER.RST.AuthRequired może identyfikować folder publiczny odrzucający nadawców zewnętrznych.

Otwarte pytania

• Pełny tekst NDR, rozszerzony podkod, odrzucająca nazwa hosta, usługa odbiorcy, której dotyczy problem, wysyłające IP i domena oraz rozkład w czasie nie zostały dostarczone.
• Filtrowanie konsumenckie Outlook.com i zasady dzierżawy Exchange Online to różne zakresy Microsoftu i nie można ich diagnozować jako zachowania jednego dostawcy.

Pierwsze 15 minut

1. Zachowaj pełne odpowiedzi SMTP Gmaila i pogrupuj je według diagnostyki limitów przepustowości, uwierzytelniania, DNS, zasad i formatu wiadomości.
2. Zidentyfikuj, czy 421 4.7.28 dotyczy adresu IP, domeny SPF czy domeny DKIM na podstawie dokładnej diagnostyki.
3. Porównaj surowe logi ESP z opóźnionym panelem Delivery Errors w Postmaster Tools, nie traktując brakujących danych o niskim wolumenie jako aktualnego dowodu.

Teraz

• Zmniejsz wolumen do Gmaila, którego dotyczy problem, podczas gdy błędy SMTP są podwyższone, i zatrzymaj niezmienione ponowienia dla trwałych błędów 5xx.

Najbliższe 24 godziny

• Popraw warunek SPF, DKIM lub DMARC zidentyfikowany przez diagnostykę 550 5.7.26, lub warunek PTR i forward DNS zidentyfikowany przez 550 5.7.25.

Najbliższe 7 dni

• Zwiększaj wolumen do Gmaila powoli dopiero po spadku wskaźnika błędów SMTP, sprawdzając poszczególne wiadomości, jeśli błędy utrzymują się przy niskim wolumenie.

Kontrole techniczne

Kryteria weryfikacji

• Surowe wskaźniki błędów SMTP Gmaila spadają przed zwiększeniem wolumenu, a wszelkie ciągłe błędy przy niskim wolumenie są sprawdzane wiadomość po wiadomości.
• Opóźniony widok Delivery Errors w Postmaster Tools później potwierdza odrzucony i tymczasowo nieudany ruch uwierzytelniony, gdy wolumen jest wystarczający dla danych.

Kryteria eskalacji

• Eskaluj do ESP lub właściciela dostarczalności, gdy pełna diagnostyka Gmaila pozostaje niesklasyfikowana lub jest sprzeczna z danymi o błędach dostarczania uwierzytelnionego ruchu.

Zapobieganie

• Utrzymuj prawidłowy rekord PTR i pasujący forward DNS dla każdego wysyłającego adresu IP do Gmaila.
• Stosuj kontrolowane zmiany wolumenu i natychmiast zmniejszaj ruch, gdy rosną odrzucenia lub odroczenia z Gmaila.

Wpływ na biznes

• Ruch do Gmaila, którego dotyczy problem, może być tymczasowo limitowany z powodu nietypowego wolumenu niezamówionych wiadomości lub trwale odrzucany ze względu na uwierzytelnianie, DMARC, zasady, reputację lub warunki formatu wiadomości.

Otwarte pytania

• Nie dostarczono surowych odpowiedzi SMTP, rozkładu kodów, podziału na adresy IP lub domeny, zmiany wolumenu wysyłania, wyniku uwierzytelniania ani kohorty odbiorców.
• Postmaster Tools może być opóźniony lub pomijać dane o niskim wolumenie, więc sam jego panel nie może ustalić aktualnej przyczyny odrzucenia.
• Obecne zamrożone źródło FAQ Gmaila dokumentuje tymczasowy kod 4.7.32, a nie rzekomy trwały kod zgodności 5.7.32, więc połączone twierdzenie nie jest w pełni poparte.

Pierwsze 15 minut

1. Zachowaj odrzucającą nazwę hosta, pełną rozszerzoną odpowiedź, odbiorców, których dotyczy problem, wysyłające IP i domenę, identyfikatory wiadomości oraz znacznik czasu.
2. Potwierdź, że rozszerzony kod to 5.7.1 i użyj pełnej diagnostyki dostawcy, aby zawęzić przyczynę związaną z zasadami lub autoryzacją.

Teraz

• Zatrzymaj niezmienione ponowienia, ponieważ trwały błąd klasy 5 wymaga zmiany stanu wiadomości lub miejsca docelowego.

Najbliższe 24 godziny

• W przypadku Gmaila napraw konkretny warunek zasad odbiorcy, niezamówionej poczty, reputacji lub zniekształconego nagłówka wskazany w pełnej diagnostyce; w przypadku Exchange Online popraw autoryzację odbiorcy lub regułę transportu zidentyfikowaną w NDR.

Najbliższe 7 dni

• Utrzymuj oddzielne gałęzie naprawcze dla Gmaila i Exchange Online, ponieważ ten sam kod 5.7.1 reprezentuje różne warunki dostawców.

Kontrole techniczne

Kryteria weryfikacji

• Po naprawieniu konkretnego stanu nieagresywna kontrolowana wiadomość generuje nowy wynik SMTP przed wznowieniem normalnego wolumenu, a niezmieniony odrzucony ruch nie jest wielokrotnie ponawiany.

Kryteria eskalacji

• Eskaluj przypadek Exchange Online do administratora dzierżawy odbiorcy, gdy NDR identyfikuje autoryzację lub regułę transportu; wyślij wsparciu innego dostawcy zachowaną nazwę hosta, pełną odpowiedź, odbiorców, tożsamość nadawczą, identyfikatory wiadomości i znacznik czasu.

Zapobieganie

• Zachowaj pełną diagnostykę dostawcy, blokuj automatyczne niezmienione ponowienia dla trwałych błędów i wymagaj kontrolowanego pomyślnego wyniku SMTP przed przywróceniem normalnego wolumenu.

Wpływ na biznes

• Wiadomości, których dotyczy problem, pozostają niedostarczone, dopóki nie zmieni się stan wiadomości lub miejsca docelowego; ponowne ich wysłanie bez zmian prawdopodobnie się nie powiedzie.

Uwagi dostawcy

• Zarówno Gmail, jak i Exchange Online używają 5.7.1 do wielu różnych stanów, więc ich pełny tekst diagnostyczny i kontekst NDR determinują działania naprawcze.

Otwarte pytania

• Odrzucający dostawca, pełna diagnostyka SMTP, odbiorcy, których dotyczy problem, wysyłające IP i domena, próbka wiadomości oraz okno czasowe są niedostępne.
• Ten sam kod 550 5.7.1 mapuje się na różne warunki zasad dostawcy i dzierżawy; naprawa nie może być uniwersalna.

Pierwsze 15 minut

1. Zachowaj pełny NDR, rozszerzony podkod, odpowiedź zdalną, typ odbiorcy i serwer generujący.
2. Przestań powtarzać dokładnie to samo odrzucone żądanie SMTP bez zmian.
3. Jeśli adresowanie i uwierzytelnianie po stronie nadawcy nie wyjaśniają NDR, dostarcz minimalne niezbędne dowody administratorowi Exchange odbiorcy za pośrednictwem zatwierdzonego kanału.

Teraz

• Po sprawdzeniu adresowania i uwierzytelniania po stronie nadawcy eskaluj niewyjaśnione przypadki do administratora Exchange odbiorcy z pełnym NDR.

Najbliższe 24 godziny

• Jeśli potwierdzona zostanie reguła przepływu poczty po stronie odbiorcy, poproś tę organizację o przejrzenie lub zmodyfikowanie reguły, gdy nadawca powinien być dozwolony.

Najbliższe 7 dni

• W przypadku potwierdzonego przypadku AuthRequired dla folderu publicznego poproś organizację odbiorcy o poprawienie ustawienia zarządzania dostarczaniem, jeśli poczta zewnętrzna powinna być akceptowana.

Kontrole techniczne

Kryteria weryfikacji

• Po naprawieniu udokumentowanej przyczyny sprawdź, czy nowa sekwencja poleceń jest akceptowana zamiast zwracać ten sam pełny NDR 5.7.1.
• W przypadku reguły lub folderu publicznego potwierdź, że konfiguracja po stronie odbiorcy pozwala teraz na zamierzonego nadawcę i typ odbiorcy.

Kryteria eskalacji

• Eskaluj niewyjaśnione przypadki do administratora Exchange odbiorcy z pełnym NDR, ponieważ nadawcy zewnętrzni nie mogą kontrolować reguł, uprawnień, łączników i ograniczeń odbiorców w dzierżawie.

Zapobieganie

• Zachowaj pełne pola NDR, aby późniejsze incydenty 5.7.1 mogły być kierowane według ich dokładnej przyczyny, a nie samego kodu.
• Przeglądaj reguły przepływu poczty, które odrzucają zamierzonych nadawców, i aktualizuj warunki dozwolonych nadawców.

Wpływ na biznes

• Wiadomości, których dotyczy problem, nie zostały zaakceptowane, co może zablokować proces biznesowy, który zależał od otrzymania poczty przez tych odbiorców.

Uwagi dostawcy

• Microsoft dokumentuje kilka przyczyn w rodzinie Exchange Online 5.7.x; lokalny Exchange i bramy stron trzecich mogą używać innego tekstu dla tego samego kodu numerycznego.
• Folder publiczny z obsługą poczty może zwrócić 550 5.7.1 AuthRequired, gdy jest skonfigurowany tak, aby wymagać uwierzytelnionych nadawców.

Otwarte pytania

• Pełny NDR, rozszerzony podkod, odpowiedź serwera zdalnego, serwer generujący, typ odbiorcy i topologia Exchange nie są dostarczane, więc dokładna przyczyna 5.7.1 jest nieznana.
• Exchange Online, lokalny Exchange, łączniki hybrydowe i bramy stron trzecich mogą przypisywać różne znaczenia i poprawki do samej odpowiedzi 550 5.7.1.

Pierwsze 15 minut

1. Przechwyć powód zdarzenia Deferred, w tym kod odpowiedzi SMTP serwera odbierającego i wyjaśnienie.
2. Oblicz czas dostarczania end-to-end na podstawie znaczników czasu przetworzenia i dostarczenia dla zakończonych wiadomości i pozostaw opóźnienie niedostarczonych jako otwarte.
3. W przypadku limitów przepustowości lub połączeń 421 lub 450 tymczasowo zmniejsz wolumen do domeny odbiorcy, której dotyczy problem.

Teraz

• Pozwól normalnej kolejce odroczonych SendGrid ponowić tymczasowy błąd dostawcy skrzynki pocztowej, zachowując historię zdarzeń.

Najbliższe 24 godziny

• Jeśli dokładnym powodem jest limit przepustowości lub połączeń 421 lub 450, tymczasowo zmniejsz wolumen do tej domeny odbiorcy.

Najbliższe 7 dni

• Utrzymuj wskaźniki wysyłania na poziomie domeny zgodne z obserwowaną przepustowością dostawcy odbierającego przed powrotem do normalnego wolumenu.

Kontrole techniczne

Kryteria weryfikacji

• Sprawdź, czy zdarzenia odroczone przechodzą do dostarczonych i czy czas dostarczania end-to-end powraca do poziomu bazowego nadawcy.
• Potwierdź, że wiadomości nie pozostają odroczone przez pełny 72-godzinny okres ponawiania i nie zmieniają statusu na zablokowany.

Kryteria eskalacji

• Eskaluj do SendGrid, gdy wiadomości zbliżają się do końca 72-godzinnego cyklu ponawiania lub dokładna odpowiedź zachowuje się niezgodnie z jej udokumentowaną klasą tymczasową lub trwałą.

Zapobieganie

• Zachowaj powody zdarzeń Deferred oraz znaczniki czasu przetworzenia i dostarczenia, aby każdy incydent mógł być określony przez odpowiedź i opóźnienie end-to-end.
• W przypadku domen, które zwracają limity przepustowości lub połączeń, zmniejsz strumień, którego dotyczy problem, zamiast kontynuować z tą samą prędkością.

Wpływ na biznes

• Utrzymujące się odroczenia opóźniają wrażliwą na czas pocztę, a wiadomość wciąż odroczona przez cały 72-godzinny okres ponawiania prób przez SendGrid zmienia status na zablokowany.

Uwagi dostawcy

• SendGrid ponawia odroczenia od dostawców skrzynek pocztowych z wykładniczym wycofaniem przez maksymalnie 72 godziny.
• Wiadomość wciąż odroczona przez ten okres zmienia status na zablokowany.

Otwarte pytania

• Dokładna odpowiedź SMTP, domena odbiorcy, liczba wiadomości, których dotyczy problem, znaczniki czasu przetworzenia i dostarczenia, IP SendGrid i obecny wiek ponowienia nie są dostarczone.
• Przyczyny ograniczania przez dostawcę odbierającego i oczekiwania dotyczące ponawiania różnią się; 72-godzinny cykl życia SendGrid nie może być uogólniany na innego ESP.

Pierwsze 15 minut

1. Przechwyć trzycyfrową odpowiedź, rozszerzony kod statusu, tekst odpowiedzi, etap SMTP, odbiorcę i historię prób.
2. Kieruj tymczasowe odpowiedzi 421 i 451 do kolejki ponowień i klasyfikuj udokumentowane odpowiedzi 550 jako odrzucone.

Teraz

• Kolejkuj odpowiedzi Gmaila 4xx do ograniczonego ponowienia i wstrzymaj identyczne ponowienia 5xx do czasu naprawienia udokumentowanej przyczyny.

Najbliższe 24 godziny

• Przejrzyj routing ponowień, aby wiodąca klasa odpowiedzi kontrolowała, czy wiadomość jest ponawiana, czy wstrzymywana do naprawy.

Najbliższe 7 dni

• Zakoduj pełny tekst dostawcy i rozszerzony kod statusu w kolejkach operacyjnych, aby działania naprawcze i czas ponawiania pozostały specyficzne dla przyczyny.

Kontrole techniczne

Kryteria weryfikacji

• Reprezentatywne odpowiedzi 421 i 451 są zachowywane jako tymczasowe błędy i kierowane do ponowienia.
• Reprezentatywne udokumentowane odpowiedzi 550 są rejestrowane jako odrzucone, a nie odroczone.

Kryteria eskalacji

• Eskaluj do ESP lub właściciela dostarczalności, gdy udokumentowane tymczasowe odpowiedzi Gmaila utrzymują się pomimo ograniczonych ponowień lub gdy z pełnej odpowiedzi nie można zidentyfikować przyczyny 550.

Zapobieganie

• Zachowaj pełną odpowiedź SMTP i wymuszaj routing ponowień oparty na klasach dla każdej próby dostarczenia do Gmaila.

Wpływ na biznes

• Tymczasowe odpowiedzi 421 lub 451 opóźniają dostarczenie, podczas gdy udokumentowane odpowiedzi 550 dotyczące odbiorcy lub zasad odrzucają wiadomość i mogą uniemożliwić jej dotarcie do odbiorcy.

Uwagi dostawcy

• Gmail dokumentuje 421 4.3.0 i 451 4.3.0 jako tymczasowe, podczas gdy 550 5.1.1 i wymienione przypadki 550 5.7.1 to odrzucenia.

Otwarte pytania

• Dokładna trzycyfrowa odpowiedź, rozszerzony kod statusu, tekst odpowiedzi, etap SMTP, liczba odbiorców i historia prób nie są dostarczone.
• Czas ponawiania dla odpowiedzi 4xx zależy od konkretnego tekstu Gmaila, zasad Retry-After lub kolejki oraz historii powtarzanych prób; nie ustalono tutaj uniwersalnego opóźnienia.
• Odpowiedź 5xx może stać się możliwa do dostarczenia po zmianie naprawczej, ale powtarzanie identycznego żądania bez usunięcia jego przyczyny nie jest obsługiwane przez standard SMTP.

Pierwsze 15 minut

1. Przechwyć znormalizowane klasy odrzuceń przed i po, surowe odpowiedzi SMTP, domeny skrzynek pocztowych, wysyłające IP, wyniki uwierzytelniania i wolumen ruchu.
2. Uzgodnij nową platformę z poprzednim stanem wykluczeń dostawcy, w tym z zachowaniem określonym dla dostawcy i regionu.

Teraz

• Zmniejsz wolumen do Gmaila, którego dotyczy problem, i sprawdź poszczególne błędy, jeśli problem utrzymuje się przy niskim wolumenie.

Najbliższe 24 godziny

• Popraw brakującą autoryzację SPF i zaimportuj wymagany stan wykluczeń z powodu odrzuceń, skarg i nieprawidłowych adresów do wdrożennego dostawcy.

Najbliższe 7 dni

• Zwiększaj zmodyfikowany segment ruchu oddzielnie, zamiast przenosić pełny wolumen po zmianie infrastruktury.

Kontrole techniczne

Kryteria weryfikacji

• Wskaźnik błędów SMTP Gmaila spada przy zmniejszonym wolumenie, zanim ruch zostanie powoli zwiększony.
• Nowe wiadomości przechodzą poprawioną autoryzację nadawcy i utrzymują wykluczenia nieprawidłowych odbiorców aktywne u wdrożonego dostawcy.

Kryteria eskalacji

• Eskaluj do ESP lub kanału dostarczalności dostawcy skrzynki pocztowej, gdy błędy utrzymują się przy niskim wolumenie po uzgodnieniu surowych kodów, uwierzytelniania, reputacji IP i stanu wykluczeń.

Zapobieganie

• Przeprowadzaj przyszłe zmiany infrastruktury jako oddzielne segmenty ruchu, zamiast natychmiastowych migracji pełnego wolumenu.
• Uwzględnij migrację uwierzytelniania i stanu wykluczeń na liście kontrolnej przełączenia platformy.

Wpływ na biznes

• Filtrowanie nierozgrzanych IP, powszechne odroczenia lub ruch do nieprawidłowych odbiorców mogą uniemożliwić dotarcie legalnej poczty do odbiorców po migracji.

Uwagi dostawcy

• Stan wykluczeń na poziomie konta Amazon SES jest ograniczony do jednego konta AWS w bieżącym regionie.
• SendGrid utrzymuje włączone wykluczenia z powodu odrzuceń i nieprawidłowych adresów, aby chronić reputację nadawcy.

Otwarte pytania

• Nie dostarczono taksonomii odrzuceń przed/po, surowych odpowiedzi SMTP, wysyłających IP, wyników uwierzytelniania, narastania ruchu, kohorty odbiorców ani rekordu importu wykluczeń.
• Zmiana platformy może ujawnić kilka niezależnych przyczyn jednocześnie — nierozgrzane IP, zmiany uwierzytelniania, zmiany wolumenu lub stan wykluczeń w zakresie dostawcy — więc nie należy twierdzić, że istnieje jedna przyczyna bez posegmentowanych dowodów.
• Nazwy odrzuceń i zachowanie wykluczeń różnią się w zależności od ESP; porównaj znormalizowaną klasę, surowy kod dostawcy i domenę skrzynki pocztowej, zamiast tylko ogólnego wskaźnika.

Pierwsze 15 minut

1. Wyeksportuj typ odrzucenia na poziomie odbiorcy, podtyp, rozszerzony status, tekst diagnostyczny, raportujące MTA i zdalne IP MTA.
2. Pogrupuj te zdarzenia według kampanii, domeny odbiorcy, dostawcy i czasu, aby zlokalizować zmianę.
3. Natychmiast zmniejsz wolumen do Gmaila, jeśli kohorta jest odrzucana lub odraczana.

Teraz

• Wyklucz odbiorcę natychmiast tylko po tym, jak zdarzenie zostanie wiarygodnie sklasyfikowane jako trwałe twarde odrzucenie.
• Limituj ruch do Gmaila, którego dotyczy problem, dopóki jego błędy SMTP nie spadną.

Najbliższe 24 godziny

• Wyklucz wiarygodnie sklasyfikowane trwałe twarde odrzucenia, utrzymując zmniejszony wolumen do Gmaila, dopóki błędy SMTP nie spadną.

Najbliższe 7 dni

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

Kontrole techniczne

Kryteria weryfikacji

• Dowody na poziomie odbiorcy identyfikują klasę odrzucenia i kohortę, zamiast pozostawiać tylko ogólny procent.
• Wskaźnik błędów SMTP Gmaila spada przy zmniejszonym wolumenie i pozostaje pod kontrolą, gdy wolumen jest powoli zwiększany.

Kryteria eskalacji

• Eskaluj do ESP lub właściciela dostarczalności, gdy nie można wiarygodnie uzyskać lub pogrupować pól diagnostycznych na poziomie odbiorcy.
• Eskaluj utrzymujące się błędy Gmaila do przeglądu na poziomie wiadomości, gdy trwają nawet przy niskim wolumenie.

Zapobieganie

• Automatycznie wykluczaj odbiorców po wiarygodnie sklasyfikowanym trwałym twardym odrzuceniu.
• Używaj wyraźnej zgody (opt-in), potwierdzaj adresy, przeglądaj ciągłe zainteresowanie i rozważ usunięcie niezaangażowanych subskrybentów Gmaila.

Wpływ na biznes

• Odbiorcy, których dotyczy problem, mogą przegapić wiadomości transakcyjne, operacyjne lub marketingowe; mierz wpływ na podstawie nieudanych prób dostarczenia do odbiorców i celu wiadomości, a nie założonej kwoty przychodów.

Uwagi dostawcy

• Gmail zaleca zmniejszenie wolumenu, dopóki błędy SMTP nie spadną, a następnie powolne zwiększanie; inni odbiorcy mogą wymagać innych kontroli.

Otwarte pytania

• Nie podano mianownika wskaźnika, definicji zdarzenia, strumieni wiadomości, domen odbiorców ani linii bazowej do porównania; prawie 25% nie może być wiarygodnie zinterpretowane bez nich.
• Główna przyczyna jest nierozwiązana, dopóki nie zostaną zbadane typy odrzuceń na poziomie odbiorcy, rozszerzone kody statusu, tekst diagnostyczny i kohorty dostawców.
• Etykiety odrzuceń, zachowanie ponawiania i obliczenia wskaźników różnią się w zależności od ESP i dostawcy skrzynki pocztowej.

Pierwsze 15 minut

1. Przechwyć pełną transkrypcję SMTP Gmaila, rozszerzony kod statusu, tekst, znacznik czasu i odpowiedź po terminatorze DATA.
2. Użyj pełnej odpowiedzi Gmail 550 do sklasyfikowania trwałej odmowy i odróżnij zdalną akceptację 2yz po DATA od lokalnego statusu w kolejce.

Teraz

• Utrzymuj dokładne wiadomości 4yz w kontrolowanym ponawianiu i poddaj kwarantannie dokładne wiadomości 5yz przed niezmienionym ponawianiem.

Najbliższe 24 godziny

• Popraw stan zasad, reputacji lub nagłówka wskazany w pełnej odpowiedzi Gmail 550 5.7.1 przed ponownym przesłaniem.

Najbliższe 7 dni

• Uczyń klasyfikację SMTP na przejściowe i trwałe oraz pełny tekst odpowiedzi częścią trwałych rekordów zdarzeń dostarczania.

Kontrole techniczne

Kryteria weryfikacji

• Kontrolowana poprawiona wiadomość otrzymuje zdalne zakończenie 2yz po DATA zamiast odmowy Gmail 550 5.7.1 z incydentu.
• Kontrolowane próbki nie zwracają już pełnej odpowiedzi Gmail 550 5.7.1 z incydentu.

Kryteria eskalacji

• Eskaluj do ESP lub specjalisty ds. dostarczalności, gdy pełna odpowiedź Gmail 550 5.7.1 utrzymuje się po naprawieniu wskazanego stanu lub gdy jej przyczyna pozostaje niejasna.

Zapobieganie

• Zachowaj zdalną odpowiedź po DATA i kieruj wyniki 4yz do kontrolowanego ponowienia, a wyniki 5yz do interwencji.

Wpływ na biznes

• Trwała odmowa z Gmaila oznacza, że próba dostarczenia, której dotyczy problem, nie powiodła się, co może uniemożliwić dotarcie wrażliwych na czas wiadomości do odbiorców do czasu naprawienia przyczyny.

Uwagi dostawcy

• Udokumentowana odpowiedź Gmaila 450 4.2.1 to tymczasowy stan limitu przepustowości odbiorcy, dla którego odpowiednie jest późniejsze ponowne wysłanie.
• Gmail 550 5.7.1 nie jest pojedynczą diagnozą; jego pełny tekst odpowiedzi jest wymagany do odróżnienia udokumentowanych przyczyn odmowy.

Otwarte pytania

• Rzeczywista transkrypcja SMTP, rozszerzony kod statusu, DSN i znacznik czasu dla dostarczenia, którego dotyczy problem, nie zostały dostarczone.
• To, czy wiadomość pozostaje w kolejce lokalnie, czy już otrzymała trwałe odrzucenie z Gmaila, nie zostało rozstrzygnięte.
• Liczba i znaczenie wiadomości i odbiorców, których dotyczy problem, nie są dostępne.

Pierwsze 15 minut

1. Przechwyć pełny tekst 550 lub 553, odrzucający serwer i etap SMTP, zamiast polegać na samym kodzie.
2. Sprawdź, czy skonfigurowany wychodzący serwer SMTP rozpoznaje połączenie i uwierzytelnianie nadawcy.
3. Porównaj skonfigurowany serwer przesyłania i uwierzytelnianie z wartościami autoryzowanymi przez dostawcę.

Teraz

• Użyj serwera SMTP autoryzowanego dla bieżącego połączenia lub skonfiguruj jego obsługiwane uwierzytelnianie SMTP.

Najbliższe 24 godziny

• Jeśli pełna odpowiedź potwierdza ograniczenie adresu zwrotnego, zmień na domenę dozwoloną przez tego dostawcę.

Najbliższe 7 dni

• Udokumentuj zatwierdzone przesyłanie i konfigurację adresu zwrotnego, aby przyszli nadawcy nie odtwarzali błędu przekazywania (relay).

Kontrole techniczne

Kryteria weryfikacji

• Nowe żądanie testowe jest akceptowane po poprawieniu autoryzowanego SMTP lub konfiguracji uwierzytelniania.
• Dowody transportu potwierdzają postęp dostarczania, zamiast polegać na obecności wiadomości w Elementach wysłanych.

Kryteria eskalacji

• Skontaktuj się z dostawcą usług internetowych (ISP) lub administratorem poczty, gdy autoryzowany serwer SMTP lub obsługiwane uwierzytelnianie nie mogą zostać skonfigurowane z dostępnych opcji konta.

Zapobieganie

• Skonfiguruj klientów z autoryzowanym przez dostawcę serwerem przesyłania i obsługiwanym uwierzytelnianiem SMTP.
• Wymuszaj dozwoloną przez dostawcę domenę adresu zwrotnego tam, gdzie skonfigurowano to ograniczenie.

Wpływ na biznes

• Wiadomość może pojawić się w Elementach wysłanych w Outlooku, mimo że dostawca ją odrzucił, a odbiorca nigdy jej nie otrzymał.
• Niezmienione żądanie nie zostanie zakończone, dopóki trwały stan 5yz pozostanie nienaprawiony.

Uwagi dostawcy

• Udokumentowany przez Microsoft scenariusz przekazywania (relay) dotyczy serwera wychodzącego, który nie rozpoznaje nadawcy jako autoryzowanego; same kody 550 lub 553 mogą reprezentować inne zasady.

Otwarte pytania

• Pełny tekst błędu, rozszerzony kod statusu, odrzucający serwer, etap błędu, bieżąca konfiguracja SMTP, wynik uwierzytelniania, kontekst połączenia i topologia poczty nie są dostarczone, więc dokładna przyczyna jest nieznana.
• Same kody 550 lub 553 mogą reprezentować różne zasady w konsumenckim Outlooku, Microsoft 365, lokalnym Exchange, u ISP i w bramach stron trzecich; pełna odpowiedź kontroluje diagnozę.

Pierwsze 15 minut

1. Zachowaj pełną odpowiedź SMTP, w tym rozszerzony podkod i tekst diagnostyczny, dla reprezentatywnych odrzuconych wiadomości.
2. Sprawdź, czy diagnostyka kończy się na gsmtp i czy gcdp identyfikuje zasady administratora domeny odbiorcy.
3. Zmapuj każdy konkretny rozszerzony kod na pasującą kontrolę PTR, uwierzytelniania, SPF, wolumenu, TLS, DKIM lub DMARC.

Teraz

• Popraw tylko kontrolę zidentyfikowaną przez pełny rozszerzony kod i diagnostykę Gmaila.

Najbliższe 24 godziny

• Zweryfikuj odpowiednią linię bazową SPF, DKIM, DMARC i zgodności dla klasy wolumenu Gmaila nadawcy.

Najbliższe 7 dni

• Przeprowadź audyt uwierzytelniania i zgodności dla bieżących tożsamości nadawczych, aby linia bazowa Gmaila była stale spełniana.

Kontrole techniczne

Kryteria weryfikacji

• Odpowiednie sprawdzenia SPF, DKIM, DMARC i zgodności kończą się pomyślnie dla tożsamości nadawczej, której dotyczy problem.
• Wyniki testów po zmianie są skorelowane z sygnałami uwierzytelniania, spamu, reputacji domeny i reputacji IP w Postmaster Tools, jeśli są dostępne.

Kryteria eskalacji

• Eskaluj odrzucenie gcdp do administratora Google Workspace dla domeny odbiorcy, ponieważ identyfikuje to niestandardowe zasady domeny.
• Jeśli pełna diagnostyka Gmaila nadal nie może zostać zmapowana, eskaluj z pełną odpowiedzią i reprezentatywnymi tożsamościami, których dotyczy problem, a nie z samym kodem 550 5.7.1.

Zapobieganie

• Utrzymuj odpowiednią linię bazową uwierzytelniania Gmaila i zgodności domeny From dla każdej tożsamości nadawczej.
• Monitoruj sygnały uwierzytelniania, spamu i reputacji w Postmaster Tools wraz z dokładną diagnostyką SMTP.

Wpływ na biznes

• Odrzucone polecenie SMTP nie zostało zaakceptowane i żądane działanie dostarczenia nie miało miejsca.
• Ten sam widoczny kod 5.7.1 może reprezentować istotnie różne warunki zasad, uwierzytelniania, reputacji, nagłówka, przekazywania (relay) lub bezpośredniego IP.

Uwagi dostawcy

• Znacznik gcdp identyfikuje niestandardową regułę administratora Google Workspace; znacznik gsmtp pojawia się ogólnie w błędach SMTP Gmaila.
• Gmail publikuje odrębne rozszerzone kody dla warunków PTR, uwierzytelniania, SPF, nietypowego wolumenu, TLS, DKIM i DMARC.

Otwarte pytania

• Dokładny warunek zasad Gmaila jest nieznany bez pełnej odpowiedzi SMTP, w tym jej rozszerzonego podkodu statusu, tekstu diagnostycznego i identyfikatora gsmtp lub gcdp.