Sprawdź rekord DMARC i przeczytaj jego politykę, wyrównanie i adresy raportów prostymi słowami
Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.Sprawdzanie DMARC odczytuje rekord TXT pod _dmarc z nazwą domeny i mówi, co odbiorcy robią z pocztą, która nie przechodzi SPF i DKIM. Są 3 polityki: none, quarantine i reject; tylko 2 ostatnie zatrzymują podrobioną pocztę. Adresy raportów w innej domenie wymagają tam rekordu zezwolenia.
Ta strona została przetłumaczona maszynowo z angielskiego oryginału. Tłumaczenie nie zostało jeszcze sprawdzone przez człowieka, dlatego wiążąca jest wersja angielska. Przeczytaj angielski oryginał
Wpisz domenę w polu Domena i naciśnij Sprawdź DMARC.
Przeczytaj nagłówek: podaje on politykę obowiązującą dla niezaliczonej poczty tej domeny.
Przeczytaj sekcję Co mówi ten rekord, aby zobaczyć politykę, wyrównanie i adresy raportów prostymi słowami.
Sprawdź w znaleziskach, czy są adresy raportów w innej domenie, która nie zgodziła się przyjmować raportów.
Naciśnij Kopiuj obok rekordu, aby go skopiować.
Po wpisaniu domeny strona pyta publiczny resolver DNS-over-HTTPS o rekord TXT pod _dmarc. z tą nazwą. Rekord jest odczytywany znacznik po znaczniku, a potem objaśniany zdaniami: co dzieje się z niezaliczoną pocztą, co obowiązuje subdomeny, jak ściśle SPF i DKIM muszą pasować do adresu From i dokąd trafiają raporty.
Reguły pochodzą z RFC 9989, opublikowanego w maju 2026 r., który zastąpił RFC 7489 jako standard DMARC. Przy czytaniu starszych rekordów ważne są dwie zmiany. Znacznik pct usunięto: starsi odbiorcy nadal używają go, aby działać tylko na części niezaliczonej poczty, nowsi go ignorują. Znacznik t=y oznacza teraz tryb testowy, w którym odbiorcy stosują o stopień łagodniejsze działanie niż polityka. Oba przypadki są opisane słowami.
Gdy subdomena nie ma własnego rekordu, odbiorcy szukają zamiast tego rekordu domeny organizacyjnej. Ta strona robi to przejściem po drzewie DNS zdefiniowanym w sekcji 4.10 RFC 9989, pytając o _dmarc przy każdej krótszej nazwie, najwyżej 8, i pokazuje każdą sprawdzoną nazwę. Nie jest używana lista sufiksów publicznych, więc nic nie zależy od aktualności jej kopii.
Dla adresów raportów w innej domenie sprawdzane jest zezwolenie. Sekcja 4 RFC 9990 każe odbiorcom wysyłać raporty do innej domeny tylko wtedy, gdy ta domena publikuje rekord TXT pod domeną polityki, po której następuje ._report._dmarc. i host przyjmujący raporty. Jego brak to typowa przyczyna, dla której usługa DMARC nic nie dostaje.
Karta generatora tworzy rekord na podstawie wybranych opcji i podaje host, pod którym należy go opublikować. Pomija znaczniki równe wartościom domyślnym i nie zapisuje pct.
Czego nie robi: czyta rekord, a nie pocztę, więc nie powie, czy wiadomości przechodzą. To pokazują codzienne raporty.
Wpisana domena jest wysyłana do wybranego resolvera, bo bez niej zapytanie jest niemożliwe. Nic więcej nie opuszcza urządzenia.
Polityka p=none prosi odbiorców, aby normalnie doręczali pocztę niezaliczającą DMARC i tylko wysyłali raporty. Podrobiona poczta z tą domeną nadal trafia do skrzynek. Właściciele używają jej przez kilka tygodni, aby znaleźć w raportach wszystkich uprawnionych nadawców, a potem przechodzą na quarantine i w końcu na reject.
Niekoniecznie. Gdy subdomena, np. mail.example.com, nie ma rekordu, odbiorcy używają rekordu domeny organizacyjnej example.com i stosują jej politykę sp=, jeśli istnieje, a w przeciwnym razie p=. Subdomena może opublikować własny rekord, aby to zmienić.
Trzy typowe przyczyny: rekord nie ma adresu rua=; adres jest w innej domenie, która nie opublikowała rekordu zezwolenia pod twojadomena._report._dmarc.ichdomena; albo sam rekord jest nieprawidłowy, np. dwa rekordy DMARC pod jedną nazwą, które odbiorcy odrzucają. To narzędzie sprawdza wszystkie trzy.
RFC 9989, który w maju 2026 r. zastąpił RFC 7489, usunął znacznik pct. Odbiorcy stosujący nowy standard ignorują go i stosują politykę do całej niezaliczonej poczty; starsi nadal go respektują. Nowy znacznik t=y zastępuje go przy łagodnym testowaniu surowszej polityki.
Quarantine prosi odbiorcę, aby traktował niezaliczoną pocztę jako podejrzaną, co w praktyce oznacza folder spamu lub wiadomości-śmieci. Reject prosi odbiorcę o odrzucenie wiadomości podczas doręczania, więc nigdy nie dociera do adresata. Obie liczą się jako egzekwowanie polityki; reject mocniej chroni przed podrobioną pocztą.
Tylko do wybranego publicznego resolvera DNS, Cloudflare lub Google, bo zapytanie o rekord DNS wymaga nazwy. Resolver widzi zapytane nazwy i adres IP. Nic więcej nie opuszcza urządzenia, a karta generatora niczego nie wysyła.
Nadal coś nie działa? Zapytaj o narzędzie Sprawdzanie DMARC a odpowiedzieć może każdy, kto zna odpowiedź. Konto nie jest potrzebne.