Microsoft 550 5.7.1: W wiadomości brakuje rekordów uwierzytelniających SPF/DKIM/DMARC (AS9031519)

Od 5 listopada 2026 r. operatorzy poczty elektronicznej i użytkownicy zgłaszają, że niektóre wiadomości wysyłane na skrzynki pocztowe firmy Microsoft są odrzucane z powodu błędu związanego z uwierzytelnianiem, w tym wiadomości od nadawców wysyłających niewielką liczbę wiadomości. Niektórzy operatorzy łączą te awarie z brakiem rekordów DMARC, jednak zgłoszenia te nie wskazują na wprowadzenie przez firmę Microsoft nowej, powszechnie obowiązującej polityki. 

Uwaga: Zgłoszone zachowanie dotyczy konsumenckich usług pocztowych firmy Microsoft, a nie wprowadzono jeszcze ogólnej zmiany dotyczącej odbiorców biznesowych usługi Microsoft 365.

Treść odrzucenia brzmi następująco:

550 5.7.1 Odrzucono wiadomość: w wiadomości brakuje rekordów uwierzytelniających SPF/DKIM/DMARC (AS9031519)

Jeśli otrzymałeś tę wiadomość o odrzuceniu, w pierwszej kolejności sprawdź, czy domena widoczna w polu „Od” posiada prawidłowy rekord DMARC.

W niniejszym przewodniku wyjaśniono, co oznacza ten błąd, jak go zbadać oraz co należy zrobić, jeśli w Twojej domenie skonfigurowano już DMARC.

Jak naprawić błąd DMARC Microsoft 550 5.7.1

Jeśli otrzymujesz komunikat o odrzuceniu AS9031519, przed wprowadzeniem zmian w obecnej konfiguracji uwierzytelniania poczty e-mail wykonaj poniższe czynności związane z rozwiązywaniem problemów.

1. Sprawdź rekord DMARC swojej domeny

Najpierw sprawdź domenę w widocznym polu „Od” odrzuconej wiadomości e-mail. Jest to domena, którą widzą odbiorcy po otrzymaniu Twojej wiadomości.

Skorzystaj z PowerDMARC narzędzia do sprawdzania DMARC , aby sprawdzić rekord DMARC i zweryfikować, czy rekord istnieje, ma poprawną składnię oraz określa skuteczną politykę.

Jeśli nie znaleziono żadnego prawidłowego wpisu DMARC, może być konieczne opublikowanie takiego wpisu.

Należy pamiętać, że obecność rekordu TXT zaczynającego się od „v=DMARC1” nie oznacza automatycznie, że konfiguracja DMARC jest prawidłowa. Rekord ten musi również zawierać prawidłową politykę i być zgodny z regułami składniowymi.

2. Opublikuj rekord DMARC, jeśli go brakuje

Jeśli dla Twojej domeny nie ma jeszcze polityki DMARC, możesz ją utworzyć za pomocą Generatora rekordów DMARC.

Jeśli chcesz zacząć od samego monitorowania, użyj zapisu podobnego do poniższego:

Host/Nazwa: _dmarc
Typ: TXT
Wartość: v=DMARC1; p=none; rua=mailto:[email protected]

Oto, co oznacza każdy z tych elementów:

• v=DMARC1 oznacza, że rekord ten jest polityką DMARC.
• Ustawienie „p=none” nakazuje serwerom odbierającym, aby nie stosowały zasad kwarantanny ani odrzucania DMARC w odniesieniu do wiadomości, które nie spełniają wymogów DMARC.
• W polu „rua” należy podać adres e-mail, na który będą wysyłane zbiorcze raporty DMARC.

Ważne kwestie dotyczące systemu DNS:

• Zastąp example.com i [email protected] swoją rzeczywistą domeną oraz adresem do zgłaszania. Skrzynka pocztowa do zgłaszania musi istnieć; w przeciwnym razie należy skorzystać z adresu i instrukcji konfiguracji dostarczonych przez usługę monitorującą DMARC.
• Opublikuj rekord w polu _dmarc dla odpowiedniej domeny. Niektórzy dostawcy usług DNS automatycznie dodają nazwę domeny, dlatego przed wprowadzeniem nazwy hosta sprawdź interfejs.
• Jeśli rekord DMARC już istnieje, nie należy go nadpisywać ani publikować jego duplikatu. Każda domena powinna posiadać jeden prawidłowy rekord polityki DMARC przy odpowiedniej nazwie DNS.

Po opublikowaniu sprawdź wynik publicznego serwera DNS za pomocą narzędzia do sprawdzania zgodności z DMARC po odświeżeniu pamięci podręcznej DNS. Następnie wyślij nową wiadomość e-mail testową do odbiorcy z firmy Microsoft, którego dotyczy problem. Być może konieczne będzie ponowne wysłanie wiadomości, które zostały wcześniej odrzucone.

Uwaga: Opublikowanie DMARC może rozwiązać problem brakujących rekordów zidentyfikowany w niektórych zgłoszonych przypadkach, ale nie gwarantuje dostarczenia wiadomości ani nie eliminuje wszystkich możliwych przyczyn tego odrzucenia.

3. Sprawdź uwierzytelnianie i zgodność SPF oraz DKIM

Opublikowanie rekordów DMARC stanowi jedynie jeden z elementów uwierzytelniania wiadomości e-mail. Należy również zadbać o to, aby Twoje legalne serwisy wysyłające prawidłowo uwierzytelniały wiadomości.

Opublikowane przez firmę Microsoft wymagania dotyczące nadawców wysyłających duże ilości wiadomości określają, że zarówno SPF, jak i DKIM muszą przejść pomyślnie weryfikację. Aby DMARC również przeszedł pomyślnie, co najmniej jeden z tych mechanizmów musi być zgodny z domeną widoczną w polu „Od”.

Sprawdź, czy:

• SPF: Należy sprawdzić, czy adres IP nadawcy jest autoryzowany przez rekord SPF dla domeny nadawcy koperty. W przypadku zgodności z DMARC domena ta musi być zgodna z widoczną domeną „Od”.
• DKIM: Należy upewnić się, że wiadomości wychodzące są podpisane prawidłowym podpisem DKIM. Domena podpisująca (d=) musi być zgodna z widoczną domeną nadawcy, aby DKIM przyczynił się do pozytywnego wyniku DMARC.
• Microsoft 365 DKIM: Jeśli korzystasz z usługi Microsoft 365 z domeną niestandardową, włącz podpisywanie DKIM dla tej domeny, zamiast polegać wyłącznie na domyślnej domenie podpisującej firmy Microsoft.
• Nadawcy zewnętrzni: Sprawdź wszystkie usługi, które wysyłają wiadomości e-mail w Twoim imieniu, w tym platformy marketingowe, systemy CRM, dostawców wiadomości transakcyjnych oraz inne aplikacje zewnętrzne.

Należy pamiętać, że samo opublikowanie rekordów SPF i DKIM nie stanowi dowodu na to, że wiadomości przechodzą proces uwierzytelniania. Należy sprawdzić rzeczywiste wyniki uwierzytelniania wiadomości wysyłanych za pośrednictwem każdej z usług.

4. Monitorowanie raportów DMARC pod kątem nieudanych prób uwierzytelnienia

Po opublikowaniu lub zatwierdzeniu rekordu DMARC należy śledzić raporty zbiorcze, aby dowiedzieć się, w jaki sposób różne źródła wysyłające uwierzytelniają Twoje wiadomości e-mail.

Raporty te pomagają zidentyfikować:

• Wiarygodne źródła wysyłające, które przechodzą lub nie przechodzą weryfikację SPF i DKIM.
• Problemy z konfiguracją mające wpływ na uwierzytelnianie DMARC.
• Nieautoryzowane źródła próbujące wysyłać wiadomości e-mail przy użyciu Twojej domeny.
• Problemy z uwierzytelnianiem, które mogą wpływać na dostarczanie wiadomości e-mail.

Platforma do monitorowania DMARC, taka jak PowerDMARC, może zebrać te raporty w przejrzystym panelu kontrolnym, ułatwiając analizę przypadków nieudanych uwierzytelnień w wielu domenach i usługach wysyłkowych.

Polityka monitorowania to nie to samo, co ochrona

W przypadku nadawców, u których wystąpił zgłoszony problem z odrzuceniem przez firmę Microsoft, zaleca się opublikowanie rekordu DMARC z p=none może pomóc w rozwiązaniu bieżącego problemu. Jednak traktowanie tego jako zakończenia procesu pozostawia istotne luki w zabezpieczeniach domeny.

A p=none nakazuje serwerom pocztowym monitorowanie wyników DMARC bez podejmowania działań egzekucyjnych wobec wiadomości, które nie spełniają wymagań. Ustanawia ona politykę DMARC, ale nie zapobiega dotarciu nieautoryzowanych wiadomości do odbiorców. O ile rekord nie zawiera prawidłowo skonfigurowanego rua , możesz mieć niewielki wgląd w to, w jaki sposób wykorzystywana jest Twoja domena.

Ta przejrzystość ma znaczenie. Bez analizowania raportów DMARC nie można w sposób wiarygodny zidentyfikować wszystkich usług wysyłających wiadomości w Twoim imieniu, wykryć błędów uwierzytelniania i niezgodności ani odróżnić legalnego ruchu od potencjalnego nadużycia domeny.

Oto, co organizacje mogą przeoczyć, gdy poprzestają na p=none:

• Nieznane źródła wysyłające: Możesz nie wiedzieć, które platformy, aplikacje lub usługi stron trzecich wykorzystują Twoją domenę do wysyłania wiadomości e-mail.
• Trwające narażenie na ataki typu spoofing: Polityka ograniczająca się wyłącznie do monitorowania nie nakazuje odbiorcom poddawania kwarantannie ani odrzucania wiadomości, które nie spełniają wymogów DMARC.
• Luki w uwierzytelnianiu: Posiadanie rekordów SPF i DKIM nie oznacza automatycznie, że DMARC zostanie zaliczony. Co najmniej jeden mechanizm musi zostać zaliczony i być zgodny z domeną widoczną w polu „Od”.
• Brak postępów w zakresie egzekwowania: Bez analizy raportów i usunięcia uzasadnionych problemów związanych ze źródłem wysyłki nie ma jasnych podstaw do przejścia na bardziej rygorystyczną politykę DMARC.

W praktyce stosuje się p=none jako fazę monitorowania. Należy przeanalizować wyniki, autoryzować legalne źródła wysyłające oraz rozwiązać problemy z dopasowaniem, a następnie przejść do p=quarantine lub p=reject.

Celem nie powinno być jedynie opublikowanie raportu spełniającego wymagania dotyczące sprawdzania dostarczalności. Powinno nim być zrozumienie, zarządzanie i ochrona każdej usługi wysyłającej wiadomości e-mail w imieniu Twojej domeny.

Co zrobić, jeśli Twoja domena ma już rekord DMARC?

Brak rekordu DMARC nie jest przyczyną każdego zgłoszonego odrzucenia wiadomości o numerze AS9031519. W dyskusjach na forum Microsoft Q&A pojawiają się doniesienia o sporadycznych awariach, w tym o przypadkach, w których nadawcy twierdzą, że protokoły SPF, DKIM i DMARC są już poprawnie skonfigurowane.

Jeśli Twoja domena ma już skonfigurowany protokół DMARC, sprawdź przyczyny całkowitego odrzucenia wiadomości, zamiast publikować kolejny rekord lub zmieniać obecną politykę.

Sprawdź, czy:

1. Przejrzyj całą treść komunikatu o odrzuceniu: zwróć uwagę na pełną treść komunikatu diagnostycznego, w tym numer AS9031519, host odbiorczy oraz sygnaturę czasową.
2. Sprawdź publiczny wpis DNS: Upewnij się, że wpis DMARC jest prawidłowy i opublikowany pod właściwą nazwą DNS. Sprawdź również, czy nie ma zduplikowanych wpisów lub błędów składniowych.
3. Zidentyfikuj źródło wysyłki: ustal, czy odrzucona wiadomość e-mail pochodziła z usługi Microsoft 365, Google Workspace, platformy marketingowej, systemu CRM czy innej usługi.
4. Sprawdź rzeczywiste wyniki uwierzytelniania: przeanalizuj wyniki SPF, DKIM i DMARC dla wiadomości wysłanych za pośrednictwem usługi, której dotyczy problem. Upewnij się, że co najmniej jeden mechanizm, który przeszedł pomyślnie weryfikację, jest zgodny z widoczną domeną nadawcy („From”).
5. Dokładnie porównaj próby zakończone powodzeniem i te, które zakończyły się niepowodzeniem: Pomyślnie dostarczona wiadomość porównawcza może pomóc w zbadaniu konfiguracji, ale jej nagłówki nie pozwalają ustalić, co stało się z oddzielnie odrzuconą wiadomością.

Jeśli problem nadal występuje, skontaktuj się z dostawcą usług poczty elektronicznej lub działem pomocy technicznej firmy Microsoft ds. nadawców. Dołącz pełny raport diagnostyczny, znacznik czasu UTC, dane hosta odbiorczego oraz odpowiednie logi wysyłania. Przed opublikowaniem logów należy usunąć z nich poufne informacje.

Sporadyczne zgłoszenia o odrzuceniu sugerują, że problem może wykraczać poza brak rekordów DMARC. Nie należy zakładać, że każde takie zdarzenie ma tę samą przyczynę.

Dlaczego firma Microsoft odrzuca niektóre wiadomości e-mail bez DMARC?

Raporty z listopada 2026 r. zwróciły uwagę na możliwą zmianę w sposobie, w jaki infrastruktura poczty elektronicznej firmy Microsoft przeznaczona dla użytkowników indywidualnych ocenia rekordy uwierzytelniające.

Aby zrozumieć tę różnicę, należy oddzielić nowo zgłoszone zachowanie AS9031519 od opublikowanych wcześniej przez firmę Microsoft wymagań dotyczących nadawców wysyłających duże ilości wiadomości.

Opublikowane przez firmę Microsoft wymagania dotyczące uwierzytelniania wiadomości e-mail wysyłanych w dużych ilościach

2 kwietnia 2025 r. firma Microsoft ogłosiła zaostrzenie wymogów dotyczących uwierzytelniania wiadomości e-mail dla nadawców wysyłających duże ilości wiadomości, korzystających z jej usług poczty elektronicznej dla klientów indywidualnych.

Wymogi weszły w życie 5 maja 2025 r. i dotyczą domen wysyłających ponad 5 000 wiadomości e-mail dziennie na adresy Outlook.com, Hotmail, Live.com oraz powiązane adresy użytkowników indywidualnych. W dokumentacji pomocy technicznej firmy Microsoft próg ten określono jako 5 000 lub więcej wiadomości, w których w widocznym polu „Od” podano tę samą domenę.

Zgodnie z opublikowanymi wymogami nadawcy wysyłający duże ilości wiadomości muszą:

• Opublikuj prawidłowe rekordy SPF i DKIM, tak aby obie weryfikacje uwierzytelniające zakończyły się powodzeniem.
• Opublikuj prawidłowy rekord DMARC, który na początku może wykorzystywać p=none .
• Należy upewnić się, że co najmniej jeden mechanizm weryfikacyjny – SPF lub DKIM – jest zgodny z widoczną domeną „From”, aby DMARC zakończył się pomyślnie.

Nadawcy, którzy nie spełniają tych wymagań, mogą otrzymać osobne powiadomienie o odrzuceniu:

550 5.7.515 Odmowa dostępu — domena nadawcy nie spełnia wymaganego poziomu uwierzytelnienia.

Różni się to od AS9031519. Pierwsze z nich dotyczy opublikowanych przez firmę Microsoft wymagań dotyczących nadawców wysyłających duże ilości wiadomości, natomiast drugie odnosi się do odrzucenia związanego z uwierzytelnianiem, zgłoszonego przez operatorów w listopadzie 2026 roku.

Co wynika z raportów z listopada 2026 roku?

Najnowsze doniesienia wskazują, że odrzucenia dotyczą niektórych nadawców, którzy nie przekraczają opublikowanego wcześniej progu dużego natężenia ruchu.

Badacze zajmujący się dostarczaniem wiadomości e-mail odnotowali kod diagnostyczny AS9031519 w swoich obserwacjach poczty wychodzącej w dniu 6 listopada 2026 r. Wśród zbadanych przypadków znalazły się domeny bez rekordów DMARC, nawet te, w których skonfigurowano już SPF i DKIM. Zgłoszono również, że odrzucanie wiadomości miało charakter sporadyczny, a niektóre wiadomości z tej samej domeny były akceptowane.

O tym problemie informowali również użytkownicy indywidualni i administratorzy poczty elektronicznej na forach dyskusyjnych serwisu Microsoft Q&A. Dotyczy to między innymi przypadków, w których nadawcy korzystający z usługi Microsoft 365 wysyłają wiadomości e-mail do odbiorców korzystających z usług Outlook.com lub Hotmail, a także zgłoszeń dotyczących sporadycznego odrzucania wiadomości.

Z dostępnych raportów wynika, że:

• Niektórzy nadawcy wysyłający niewielką liczbę wiadomości spotkali się z odrzuceniem.
• W kilku zbadanych przypadkach stwierdzono brak rekordów DMARC.
• W niektórych z tych domen konfiguracja SPF i DKIM była już wprowadzona.
• Jak wynika z doniesień, opublikowanie prawidłowego rekordu DMARC pozwoliło rozwiązać niektóre problemy.
• Nie każda wiadomość jest odrzucana; odnotowano również sporadyczne awarie.

Firma Microsoft nie potwierdziła publicznie, że jej wymagania dotyczące protokołu DMARC zostaną powszechnie rozszerzone na wszystkich nadawców. Listopadowe doniesienia należy zatem traktować jako zaobserwowane zjawisko, a nie jako dowód na wprowadzenie nowej polityki mającej zastosowanie do wszystkich nadawców wysyłających niewielką liczbę wiadomości.

W przypadku organizacji praktycznym rozwiązaniem jest sprawdzenie konfiguracji uwierzytelniania, zbadanie wszystkich przypadków odrzucenia oraz monitorowanie dalszego rozwoju sytuacji, zamiast zakładać, że każde odrzucenie ma tę samą przyczynę.

Co właściwie oznacza błąd 550 5.7.1?

Kod stanu SMTP 550 5.7.1 to ogólny kod odrzucenia wskazujący, że wiadomość została odrzucona z powodu problemu związanego z autoryzacją lub zasadami bezpieczeństwa. Może to wynikać z kilku przyczyn, w tym z niekompletnych rekordów SPF, nieprawidłowej konfiguracji łączników lub zasad bezpieczeństwa serwera odbiorczego.

W tym konkretnym przypadku komunikat diagnostyczny wskazuje na odrzucenie związane z uwierzytelnianiem:

W wiadomości brakuje rekordów uwierzytelniających SPF/DKIM/DMARC (AS9031519)

Ten kod diagnostyczny jest bardziej szczegółowy niż ogólny kod stanu SMTP. Wskazuje on na problem z uwierzytelnianiem zgłoszony przez infrastrukturę poczty elektronicznej firmy Microsoft przeznaczoną dla użytkowników indywidualnych, chociaż dostępne raporty nie potwierdzają, że brak rekordu DMARC wyjaśnia każdy taki przypadek.

To rozróżnienie ma znaczenie, ponieważ próby usunięcia usterki w niewłaściwym mechanizmie uwierzytelniania mogą prowadzić do straty czasu i sprawić, że podstawowy problem związany z dostarczaniem pozostanie nierozwiązany.

Najczęściej zadawane pytania

1. Czy wystarczy ustawić p=none, czy też muszę ustawić p=reject?

Polityka „p=none” stanowi akceptowalny punkt wyjścia przy pierwszym wdrażaniu protokołu DMARC. Jednak pozostawanie przy polityce ograniczającej się wyłącznie do monitorowania naraża domenę na zagrożenia związane z fałszowaniem adresów i podszywaniem się. Egzekwowanie protokołu DMARC jest jedynym sposobem, aby uniemożliwić atakującym wysyłanie wiadomości e-mail z Twojej domeny. 

Pamiętaj, aby zaktualizować swoją politykę, ustawiając wartość p=quarantine, a na koniec p=reject, po zweryfikowaniu wszystkich legalnych źródeł wysyłających i rozwiązaniu problemów związanych z dopasowaniem.

2. Jak sprawdzić, czy mój nowy rekord DMARC jest widoczny?

Skorzystaj z narzędzia do sprawdzania DMARC, aby uzyskać informacje o publicznych rekordach DNS swojej domeny.

Należy sprawdzić, czy rekord pojawia się przy prawidłowej nazwie hosta _dmarc oraz czy jego składnia i zasady są poprawne. Po odświeżeniu pamięci podręcznej DNS należy wysłać nową wiadomość e-mail testową do odbiorcy z firmy Microsoft, którego dotyczy problem, aby sprawdzić, czy dostarczalność uległa poprawie.

3. Czy odbiorca może samodzielnie usunąć ten błąd?

Zasadniczo nie. DMARC konfiguruje się w systemie DNS domeny wysyłającej, więc właściciel domeny lub administrator poczty elektronicznej musi zbadać sprawę i wprowadzić niezbędne zmiany.

Jeśli otrzymałeś wiadomość, której wysłanie nie powiodło się, skontaktuj się z nadawcą i przekaż mu pełną treść komunikatu o odrzuceniu. Administrator poczty nadawcy będzie mógł wówczas sprawdzić rekordy uwierzytelniające domeny nadawczej i zbadać przyczynę odrzucenia.

Jeśli nadawca potwierdzi, że jego uwierzytelnianie jest poprawnie skonfigurowane, a problem nadal występuje, może to wymagać zbadania sprawy przez dostawcę poczty elektronicznej lub firmę Microsoft.

W jaki sposób PowerDMARC pomaga w badaniu przyczyn odrzucenia wiadomości e-mail przez Microsoft

Zarządzanie uwierzytelnianiem wiadomości e-mail w wielu domenach i usługach wysyłkowych wymaga ciągłego monitorowania. PowerDMARC pomaga organizacjom sprawdzać konfiguracje uwierzytelniania, badać przyczyny awarii oraz monitorować postępy w zakresie wdrażania standardu DMARC.

Dzięki PowerDMARC można:

• Sprawdź uwierzytelnianie wiadomości e-mail: zweryfikuj rekordy DMARC oraz monitoruj wyniki uwierzytelniania SPF, DKIM i DMARC we wszystkich swoich domenach.
• Zbadaj przyczyny niepowodzeń uwierzytelniania: Wykorzystaj skonsolidowane raporty i analizy uwierzytelniania, aby zidentyfikować problematyczne źródła wysyłania, niezgodności oraz nieautoryzowaną aktywność.
• Monitoruj postępy w egzekwowaniu zasad: śledź realizację swojej polityki DMARC, przeglądaj zbiorcze raporty i przechodź na ustawienia p=quarantine lub p=reject, zyskując lepszy wgląd w swój ekosystem poczty elektronicznej.

Rozpocznij 15-dniowy bezpłatny okres próbny usługi PowerDMARC i uzyskaj lepszy wgląd w proces uwierzytelniania wiadomości e-mail, bezpieczeństwo domeny oraz dostarczalność wiadomości.