Sprawdzanie rekordu SPF

Sprawdź rekord SPF: rozwiń dyrektywy include i zobacz możliwe zakresy adresów IP. Dodaj publiczny adres IP serwera wysyłającego, aby prześledzić kolejność mechanizmów, makra i limity zapytań DNS.

Bezpłatnie, bez konta. Dziesięć sprawdzeń na godzinę, w ramach limitu wspólnego z naszymi innymi narzędziami do sprawdzania domen.

Wysyłamy domenę do naszego API, które odczytuje jej publiczne rekordy DNS. Odpowiedzi przechowujemy przez pięć minut.

Użyj rzeczywistego publicznego adresu IP, z którego wysyłasz pocztę, aby sprawdzić działanie rekordu. Ten adres IP i opcjonalne dane SMTP są przesyłane do naszego API i przechowywane w pamięci podręcznej przez pięć minut.

Narzędzie odczytuje rekord SPF w DNS, który wskazuje serwery uprawnione do wysyłania poczty. Rozwija dyrektywy include i redirect, ustala możliwe zakresy adresów IP oraz wykrywa ryzykowne ustawienia all, zduplikowane rekordy i błędy składni. Możesz też sprawdzić adres IP serwera wysyłającego: zobaczysz, które mechanizmy zostały sprawdzone, ile zapytań DNS wykonano i ile odpowiedzi było pustych. Podgląd spłaszczonego rekordu jest dostępny tylko wtedy, gdy można bezpiecznie utworzyć jego stały odpowiednik.

Jak korzystać z tego narzędzia

Wpisz swoją domenę
Podaj domenę z adresu w polu From lub Return-Path. Odczytamy jej rekordy TXT i wybierzemy ten, który zaczyna się od v=spf1.
Sprawdź dyrektywy include
Każda dyrektywa include, a, mx, ptr, exists i redirect kosztuje jedno zapytanie DNS. Dotyczy to również dyrektyw wewnątrz include. Rozwijamy je po kolei i pokazujemy łączną liczbę zapytań.
Popraw wskazane problemy
Usuń usługi, z których już nie korzystasz, zastąp ptr i zakończ rekord dyrektywą ~all lub -all. Jeśli przekraczasz limit 10 zapytań, poproś dostawcę o węższą dyrektywę include albo wysyłaj jego pocztę z subdomeny.

Pytania o to narzędzie

Zgodnie z RFC 7208 sprawdzanie kończy się trwałym błędem, gdy wymaga więcej niż 10 zapytań. Wielu odbiorców traktuje wtedy SPF jako niezaliczony, co może kierować prawdziwe wiadomości do spamu i osłabiać ochronę DMARC.

Dyrektywa -all nakazuje odbiorcom odrzucać pocztę z serwerów niewymienionych w rekordzie, a ~all pozwala ją przyjąć, ale traktować jako podejrzaną. Jeśli obowiązuje polityka DMARC, to ona rozstrzyga, co zrobić z pocztą, która nie przejdzie kontroli. Dlatego wielu nadawców używa ~all. Nigdy nie używaj +all: ta dyrektywa pozwala każdemu serwerowi przejść kontrolę.

To zapytanie, które niczego nie znajduje, na przykład dyrektywa include wskazująca domenę bez rekordu SPF. RFC 7208 zaleca odbiorcom dopuszczać najwyżej dwa takie wyniki, dlatego oznaczamy rekordy, w których jest ich więcej.

Nie. Domena może publikować tylko jeden rekord v=spf1. Dwa rekordy powodują trwały błąd, więc połącz je w jeden.

Powiązane narzędzia

  • Narzędzie do sprawdzania DMARC

    Sprawdź zasady DMARC i uprawnienia do wysyłania raportów, przetestuj klucze DKIM oraz przeanalizuj BIMI, MTA-STS i TLS-RPT. Podaj używany selektor, aby dokładnie sprawdzić klucz.

  • Sprawdzanie DKIM

    Sprawdź klucz publiczny DKIM dla swojego selektora lub wypróbuj selektory popularnych dostawców poczty. Zobacz typ i długość klucza, flagi oraz sposób naprawy każdego problemu.

  • Analizator nagłówków e-mail

    Sprawdź trasę wiadomości, opóźnienia i wyniki uwierzytelniania u odbiorcy. Przeanalizuj zgodność domen i deklaracje ARC bez przesyłania nagłówków.

Sprawdź, czy AI wymienia twoją firmę w odpowiedziach

Poprawny rekord SPF pomaga chronić twoją pocztę przed trafieniem do spamu. Bezpłatny skan widoczności AI pokazuje, jak ChatGPT i inni asystenci opisują twoją firmę.

Uruchom bezpłatny skan widoczności AI