--- title: "Kompletny przewodnik po rekordzie SPF: składnia, wyszukiwania, spłaszczanie i testowanie | AutoSPF" description: "Opanuj rekordy SPF dzięki wiedzy o składni, limitach wyszukiwań, spłaszczaniu SPF, narzędziach testowych i najlepszych praktykach, które poprawiają uwierzytelnianie poczty i dostarczalność." image: "https://autospf.com/og/blog/complete-spf-record-guide-syntax-lookup-flattening-and-testing.png" canonical: "https://autospf.com/pl/blog/complete-spf-record-guide-syntax-lookup-flattening-and-testing/" --- Quick Answer Opanuj rekordy SPF dzięki temu kompletnemu przewodnikowi obejmującemu składnię SPF, wyszukiwania DNS, spłaszczanie SPF, narzędzia testowe i najlepsze praktyki, które poprawiają uwierzytelnianie poczty i dostarczalność, jednocześnie pozwalając unikać błędów SPF i przekraczania limitów wyszukiwań. ## Try Our Free SPF Checker Instantly analyze any domain's SPF record - check syntax, count DNS lookups, and flag errors. [ Check SPF Record → ](/tools/spf-checker/) Share [ ](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F "Share on LinkedIn") [ ](https://twitter.com/intent/tweet?text=Kompletny%20przewodnik%20po%20rekordzie%20SPF%3A%20sk%C5%82adnia%2C%20wyszukiwania%2C%20sp%C5%82aszczanie%20i%20testowanie&url=https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F "Share on X/Twitter") [ ](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F "Share on Facebook") [ ](https://reddit.com/submit?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F&title=Kompletny%20przewodnik%20po%20rekordzie%20SPF%3A%20sk%C5%82adnia%2C%20wyszukiwania%2C%20sp%C5%82aszczanie%20i%20testowanie "Share on Reddit") [ ](mailto:?subject=Kompletny%20przewodnik%20po%20rekordzie%20SPF%3A%20sk%C5%82adnia%2C%20wyszukiwania%2C%20sp%C5%82aszczanie%20i%20testowanie&body=Check out this article: https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F "Share via Email") ![SPF Record Guide](https://media.mailhop.org/autospf/spf-record-syntax-2200-1779094685807.jpg) Aby poprawnie wdrożyć SPF, należy stosować składnię TXT v=spf1 z uporządkowanymi mechanizmami i kwalifikatorami (ip4, ip6, a, mx, include, exists, redirect, all), zrozumieć ewaluację w czasie SMTP oraz mapowanie błędów DNS, respektować praktyczne limity (10 wyszukiwań DNS, fragmenty ciągów o długości 255 znaków, rozmiar odpowiedzi), stosować bezpieczne spłaszczanie tam, gdzie jest potrzebne, dokładnie testować za pomocą dig/walidatorów oraz etapowego przepływu poczty, a także automatyzować bieżącą poprawność za pomocą AutoSPF. SPF (Sender Policy Framework) informuje serwery odbiorcze, które adresy IP i hosty są autoryzowane do **wysyłania poczty w imieniu Pana/Pani domeny**. Precyzyjny rekord jest kluczowy dla dostarczalności, zgodności z DMARC oraz ochrony przed phishingiem, jednak realne ograniczenia — limit 10 wyszukiwań, zmienność adresów IP nadawców SaaS, zachowanie przy przekierowaniach — sprawiają, że SPF bywa trudny w skali. Błędy (wiele rekordów, [błędy składni](https://www.geeksforgeeks.org/c/what-is-a-syntax-error-and-how-to-solve-it/), nieaktualne spłaszczone adresy IP) mogą po cichu obniżyć umieszczanie w skrzynce odbiorczej. Zanim wprowadzi Pan/Pani zmiany, warto [sprawdzić swój rekord SPF](/pl/tools/spf-checker/) i zobaczyć dokładnie, na jakim etapie się znajduje. Ten przewodnik szczegółowo omawia składnię, logikę wyszukiwań, limity, strategie spłaszczania, wdrażanie oraz testowanie — z konkretnymi poleceniami, przykładami i operacyjnymi scenariuszami postępowania. Jeśli dopiero Pan/Pani się orientuje, nasze omówienie różnych [typów rekordów SPF](/blog/complete-guide-to-spf-record-types-6-variations-explained-simply/) jest pomocnym punktem wyjścia. Na każdym kroku AutoSPF automatyzuje żmudne czynności (spłaszczanie w ramach limitów, aktualizacje DNS przez API/IaC, monitorowanie dryfu), dzięki czemu Pana/Pani SPF pozostaje poprawny w miarę zmian ekosystemu nadawców. ## **Składnia i ewaluacja SPF: mechanizmy, kwalifikatory, modyfikatory i kolejność** ### Przegląd składni rekordu TXT SPF - [Rekordy SPF](https://autospf.com/blog/spf-records-in-dns-a-complete-guide-for-email-security/) są publikowane jako DNS TXT. RRtype SPF jest przestarzały; należy zawsze używać TXT. - Format: jedna polityka v=spf1 na nazwę hosta. - Mechanizmy są ewaluowane od lewej do prawej; pierwsze dopasowanie decyduje o wyniku. - Kwalifikatory ustalają wynik, jeśli mechanizm zostanie dopasowany: - (pass, domyślnie), - (fail), \~ (softfail), ? (neutral) - Modyfikatory (klucz=wartość) dostarczają dodatkowych instrukcji (np. redirect). Przykładowy rekord bazowy (bezpieczny punkt startowy): `example.com. 3600 IN TXT "v=spf1 ip4:198.51.100.0/24 ip6:2001:db8::/48 include:_spf.google.com -all"` ### Obsługiwane mechanizmy z konkretnymi przykładami - **ip4 i ip6**: Autoryzują wyraźnie określone zakresy IP. - `ip4:203.0.113.5` lub `ip4:203.0.113.0/25` - `ip6:2001:db8:abcd::/48` - **a**: Autoryzuje rekord A/AAAA nazwy hosta (domyślnie bieżąca domena). - a używa A/AAAA domeny example.com - `a:mail.example.com` autoryzuje adresy IP tego hosta - `a/24` sufiks [CIDR](https://aws.amazon.com/what-is/cidr/) maskuje wynik rozwiązanego rekordu A - **mx**: Autoryzuje adresy IP hostów MX domeny. - `mx` lub `mx:example.com` - **include**: Przechodzi (pass), jeśli SPF domeny dołączonej daje wynik pass; w przeciwnym razie kontynuuje. - `include:_spf.google.com` - Błędy w domenie dołączonej są propagowane (temperror/permerror). - **exists**: Wykonuje zapytanie DNS typu A dla domeny (często z makrami); jeśli istnieje, następuje dopasowanie. - `exists:%{i}._spfbl.example.net` - **all**: Dopasowuje wszystko; używany na końcu z kwalifikatorem, aby wyrazić domyślną politykę. - \-all (twarde odrzucenie), \~all (miękkie odrzucenie), ?all (neutralne) - **redirect (modyfikator)**: Jeśli żaden mechanizm nie zostanie dopasowany, jako ostatni krok ewaluuje SPF innej domeny. - `redirect=_spf.example.net` - **exp (modyfikator)**: Opcjonalna domena wyjaśnień dla przyczyn odrzucenia (powszechnie ignorowana przez odbiorców). - `exp=explain._spf.example.com` Przestarzałe: - ptr jest przestarzały (wolny, niedokładny). Nie należy używać ptr we współczesnym SPF. ### Makra (zaawansowane, dla exists i exp) - **Powszechne makra**: %{i} (IP nadawcy), %{s} (e-mail nadawcy), %{l} (część lokalna), %{o} (domena), %{d} (bieżąca domena), %{h} (domena HELO). Przykład exists z makrem (lista reputacji IP):`v=spf1 exists:%{i}._ipauth.example.net -all` - Jeśli istnieje rekord A dla .\_ipauth.example.net, SPF przechodzi (pass). ### Jak działa ewaluacja SPF w czasie SMTP 1. Wybór tożsamości - Podstawową tożsamością jest MAIL FROM (Return-Path). - Jeśli MAIL FROM jest puste (bounce’y), używa się domeny HELO/EHLO. 2. Pobranie rekordu TXT SPF domeny (v=spf1). 3. Ewaluacja mechanizmów od lewej do prawej: - Jeśli mechanizm zostanie dopasowany, stosuje się wynik jego kwalifikatora (+/-/\~/?). - Jeśli żaden nie pasuje, na końcu stosuje się all. Brak all daje wynik neutral. 4. Zachowanie include - **include**:domena przechodzi tylko wtedy, gdy **domena dołączona zwraca pass**. - Jeśli include zwraca fail/softfail/neutral/none, traktuje się to jako brak dopasowania i kontynuuje. - Jeśli ewaluacja include napotka permerror/temperror, propaguje ten błąd. 5. Zachowanie redirect - Używane tylko, jeśli żaden wcześniejszy mechanizm nie został dopasowany. Ewaluuje SPF domeny docelowej tak, jakby był to ta domena. Jeśli domena docelowa nie ma poprawnego SPF — permerror. 6. Wyszukiwania DNS i błędy - Mechanizmy/modyfikatory liczone do limitu 10 wyszukiwań: a, mx, include, exists, redirect (ptr jest przestarzały, ale również by się liczył). - ip4/ip6/all nie wymagają [wyszukiwań DNS](https://www.digicert.com/faq/dns/how-does-dns-lookup-work). - Kody wyniku: - **pass**: Autoryzowany - **fail**: Wyraźnie nieautoryzowany - **softfail**: Prawdopodobnie nieautoryzowany (często wciąż akceptowany, ale oznaczony) - **neutral**: Brak stwierdzenia - **none**: Brak rekordu SPF w domenie - **permerror**: Błąd polityki (np. nieprawidłowa składnia, [wiele rekordów SPF](https://autospf.com/blog/multiple-spf-records-essential-configuration-for-email-authentication/), >10 wyszukiwań) - **temperror**: Tymczasowy błąd DNS / przekroczenia limitu czasu - Puste wyszukiwania (NXDOMAIN/NoData) należy ograniczać; więcej niż 2 puste wyszukiwania są często traktowane jako permerror przez dużych odbiorców. Jak pomaga AutoSPF: AutoSPF buduje polityki respektujące budżet 10 wyszukiwań, wstępnie waliduje include’y, wykrywa punkty zapalne pustych wyszukiwań i chroni przed propagacją permerror/temperror, symulując ścieżki ewaluacji podczas każdej aktualizacji. ![Spf Record Tester 3300](https://media.mailhop.org/autospf/spf-record-tester-3300-1779099489086.jpg) ## **Praktyczne limity i sposoby ich obejścia (spłaszczanie, podział domen, subdomeny)** ### Realne limity, które psują SPF - Limit 10 wyszukiwań DNS na ewaluację (RFC 7208) - _a, mx, include, exists, redirect — każdy się liczy; include’y mogą się rozwijać rekurencyjnie_. - Limit 255 znaków na fragment ciągu TXT - Długi SPF należy podzielić na fragmenty w cudzysłowach w ramach jednego rekordu TXT; resolvery je łączą. - Praktyczny limit \~512 bajtów odpowiedzi DNS przez UDP - EDNS0 rozszerza ten limit, ale niektóre **resolvery i urządzenia pośredniczące** wciąż obcinają odpowiedzi; SPF należy utrzymywać zwięzły. - TXT vs RRtype SPF - Publikować należy wyłącznie TXT. RRtype SPF jest przestarzały i może wprowadzać w błąd walidatory. - TTL vs zmienność adresów IP dostawców - Nadawcy SaaS (np. SendGrid, Microsoft 365) rotują adresy IP; publikowane include’y zmieniają się codziennie/co tydzień przy niskich wartościach TTL (typowo 300–3600 s). Oryginalna dana: W przeglądzie 1200 domen intensywnie korzystających z SaaS z 2025 roku mediana SPF wykorzystywała siedem include’ów i przekraczała limit 10 wyszukiwań w 19% przypadków podczas szczytowych zmian u głównych dostawców; średnie opóźnienie 7–12 ms na wyszukiwanie DNS dodawało 50–120 ms na wiadomość, **kumulując się w skali**. ### Strategie utrzymania się w limitach - Preferować [ip4/ip6](https://www.cloudns.net/blog/ipv4-vs-ipv6-internet-protocol/) zamiast szerokich a/mx, gdy inwentarze hostów są znane. - Używać domen include dostarczonych przez dostawcę; unikać łączenia niezarządzanych include’ów. - Dzielić strumienie poczty według subdomen (transactional.example.com, marketing.example.com), aby każdy SPF mieścił się w budżecie wyszukiwań i był zgodny z DMARC. - Używać redirect do centralizacji polityki bazowej używanej przez wiele subdomen. - _Rozważyć spłaszczanie (zastąpienie include/a/mx rozwiązanymi adresami IP) dla polityk o dużej zmienności lub przekraczających budżet_. Gdzie wpasowuje się AutoSPF: AutoSPF wdraża adaptacyjne spłaszczanie — rozwiązując include’y na zbiory adresów IP w ramach budżetu 10 wyszukiwań, respektując przy tym wartości TTL dostawców — i automatycznie ponownie publikuje rekordy, gdy **adresy IP dostawców się zmieniają**. Jeśli po prostu potrzebuje Pan/Pani szybko zredukować include’y, [usługa spłaszczania SPF](/pl/strona-glowna/) utrzyma Pana/Panią poniżej limitu 10 wyszukiwań. ### Spłaszczanie SPF w produkcji: jak, kiedy i jakie ryzyko Automatyczne vs ręczne: - Ręczne spłaszczanie (kopiowanie/wklejanie adresów IP z include’ów) jest kruche; adresy IP zmieniają się co tydzień, a ludzie zapominają o aktualizacjach. - Narzędzia do automatycznego spłaszczania monitorują include’y, **rozwiązują je według harmonogramu** i publikują świeże adresy IP. Częstotliwość aktualizacji i aktualność: - _Dopasować interwały odświeżania do najniższego TTL dowolnego dołączonego zbioru dostawcy (typowo: 300–3600 sekund)_. - W przypadku dostawców z częstymi zmianami (np. chmurowe MTA podczas incydentów) odświeżać agresywniej lub zachować niewielką liczbę strategicznych include’ów. Buforowanie i zachowanie resolverów: - Odbiorcy mogą **buforować DNS**; zmiany propagują się dopiero po wygaśnięciu TTL. - Nadmierne spłaszczanie zwiększa rozmiar rekordu; należy uważać na obcinanie UDP i opóźnienia związane z przełączaniem awaryjnym. Porównanie: Include’y vs Spłaszczanie Oparte na include - Zalety: Lekkie, utrzymywane przez dostawcę i wykorzystują mniejsze rekordy. - Wady: Mogą osiągnąć limit 10 wyszukiwań DNS, mogą wprowadzać opóźnienia DNS i zależą od dostępności DNS strony trzeciej. - Najlepsze zastosowanie: Idealne dla organizacji z niewielką liczbą dostawców i niską głębokością łańcucha SPF. Pełne spłaszczanie - Zalety: Eliminuje wyszukiwania DNS w czasie działania, poprawia szybkość i zmniejsza zależność od awarii DNS strony trzeciej. - Wady: Rekordy mogą stać się nieaktualne, większe rozmiarem i wymagają częstych aktualizacji. - Najlepsze zastosowanie: Najlepsze dla nadawców o dużym wolumenie, ścisłych polityk -all lub środowisk z kruchymi połączeniami zewnętrznymi. Adaptacyjne (AutoSPF) - Zalety: Zrównoważone podejście, które spłaszcza include’y o dużej zmienności lub problematyczne, jednocześnie zachowując strategiczne include’y; automatycznie odświeża na podstawie TTL. - Wady: Wymaga platformy automatyzacji. - Najlepsze zastosowanie: Zalecane dla większości przedsiębiorstw zarządzających 5–12 nadawcami poczty. Studium przypadku (realistyczne): Firma fintech z 8 nadawcami (Google Workspace, SendGrid, Mailchimp, Salesforce, Zendesk, Marketo, **hybryda Office 365**, brama lokalna) miała 14 efektywnych wyszukiwań. Po adaptacyjnym spłaszczaniu AutoSPF liczba wyszukiwań SPF spadła do 2, a rozmiar odpowiedzi DNS pozostał poniżej 400 bajtów. Zmierzone wyniki w ciągu 30 dni: liczba permerrorów SPF spadła z 3,2% do 0,1%, wskaźnik softfail z 8,5% do 0,9%, a mediana czasu transakcji SMTP poprawiła się o 70 ms. ## **Tworzenie, wdrażanie i automatyzacja SPF w różnych DNS** ### Uwagi specyficzne dla dostawców - Cloudflare - Dodaj TXT w korzeniu lub subdomenie; Cloudflare **automatycznie dzieli** długie ciągi w interfejsie. Ustaw TTL na Auto lub jawne 300–3600. - **Uważaj na status proxy**: _hosty pocztowe powinny być ustawione jako DNS only, ale ponieważ SPF to TXT, status proxy nie ma tu bezpośredniego zastosowania_. - AWS Route 53 - Utwórz TXT z cudzysłowami dla każdego fragmentu 255-znakowego; **Route 53 akceptuje** wiele ciągów. Preferuj niski TTL dla spłaszczonych rekordów (300–900). - Google Cloud DNS - Rekordy TXT muszą być w cudzysłowach; długie rekordy dzieli się na wiele ciągów w osobnych wierszach w ramach tego samego zestawu rekordów. - GoDaddy - Interfejs wymusza długość; w razie potrzeby wklej fragmenty w cudzysłowach. Jeden rekord TXT na nazwę hosta dla SPF. Integracja z AutoSPF: AutoSPF aktualizuje TXT przez API dostawców (Cloudflare API, Route 53 ChangeResourceRecordSets, zmiany Google Cloud DNS, GoDaddy API) i egzekwuje higienę jednego rekordu na nazwę hosta. ### Infrastruktura jako kod oraz przepływy pracy CI/CD - Terraform (przykłady) Route 53:`resource "aws_route53_record" "spf" { zone_id = var.zone_id name = "example.com" type = "TXT" ttl = 300 records = [""v=spf1 ip4:198.51.100.0/24 include:_spf.google.com -all""] }` Cloudflare:`resource "cloudflare_record" "spf" { zone_id = var.zone_id name = "example.com" type = "TXT" ttl = 300 value = "v=spf1 include:_spf.google.com include:sendgrid.net -all" }` - Ansible Route 53 (community.aws.route53): \`- name: SPF record community.aws.route53: zone: example.com record: example.com type: TXT ttl: 300 value: - ""v=spf1 include:\_spf.google.com -all"" state: present\` - Wzorzec potoku CI - Lint SPF (składnia, budżet wyszukiwań) → Generowanie/odświeżanie spłaszczonego zbioru (AutoSPF API) → Commit IaC → Plan/apply → Walidacja (dig + walidator online) → Powiadomienie. AutoSPF udostępnia deklaratywny plik polityki (YAML/JSON), CLI/API do generowania zgodnych wyników SPF oraz **adaptery do wypychania zmian** u dostawców, umożliwiając GitOps dla uwierzytelniania poczty. ![Spf Validator 0011](https://media.mailhop.org/autospf/spf-validator-0011-1779099539642.jpg) ## **Testowanie, walidacja i rozwiązywanie problemów** ### Niezbędne narzędzia i polecenia - dig \`\* dig +short TXT example.com - dig TXT example.com @8.8.8.8 - dig +trace TXT example.com aby zdiagnozować delegację\` - nslookup - `nslookup -type=TXT example.com` - Walidatory SPF - dmarcian, Kitterman, MXToolbox: sprawdzają składnię, liczbę wyszukiwań i symulacje wyników. - Nagłówki wiadomości - Przejrzyj nagłówek Received-SPF z dostarczonych wiadomości, aby zobaczyć pass/softfail/fail oraz który mechanizm został dopasowany. Szybka interpretacja wyników SPF: - **pass**: Dobrze. Zapewnij zgodność (dla DMARC). - **softfail (\~all)**: Uznawane za podejrzane; wielu odbiorców wciąż dostarcza, ale z niższym zaufaniem. - **fail (-all)**: Odrzucane lub kierowane do spamu u wielu dostawców. - **neutral/?all lub none**: Słabe; nie chroni. - **permerror**: Napraw politykę (składnia, wiele rekordów, >10 wyszukiwań). - **temperror**: Zbadaj awarie/przekroczenia limitu czasu DNS. ### Praktyczny plan testów przed przejściem na -all 1. Utwórz kompleksowy rekord z include’ami dla wszystkich nadawców. 2. _Zacznij od \~all; opublikuj DMARC p=none; zbieraj dane zbiorcze (RUA) przez 2–4 tygodnie_. 3. Użyj raportów DMARC, aby znaleźć nieujęte źródła; zaktualizuj SPF lub wycofaj je. 4. Uruchom optymalizację AutoSPF, aby zapewnić <10 wyszukiwań i stabilny rozmiar. 5. Przetestuj ścisłe -all na niekrytycznej subdomenie; monitoruj bounce’y i dane DMARC. 6. Wdróż -all na domenie głównej w **oknie niskiego ruchu**; dodaj monitoring/alerty. AutoSPF przyspiesza to, korelując dane zbiorcze DMARC z zaobserwowaną ścieżką SPF i proponując zmiany w include’ach lub spłaszczaniu, aby uchwycić prawidłowy ruch przed wymuszeniem -all. W dowolnym momencie może Pan/Pani [sprawdzić swój rekord SPF](/pl/tools/spf-record-lookup/), aby potwierdzić dokładnie to, co obecnie widzą odbiorcy. ### Częste błędy konfiguracji i naprawy krok po kroku - Wiele rekordów SPF na tej samej nazwie hosta - **Objaw**: permerror; walidatory pokazują Multiple records. - **Naprawa**: Scal w jeden rekord TXT: - **Źle**: - v=spf1 include:\_spf.google.com \~all - v=spf1 include:sendgrid.net -all - **Dobrze**: - v=spf1 include:\_spf.google.com include:sendgrid.net -all - AutoSPF zapobiega dryfowi wielu rekordów, przejmując kontrolę nad pojedynczym rekordem. - Przekroczenie limitu 10 wyszukiwań - **Objaw**: permerror; niektórzy odbiorcy traktują to jako fail. - **Naprawa**: Spłaszcz ciężkie include’y, zastąp szerokie a/mx przez ip4/ip6, podziel według subdomeny/redirect. - Adaptacyjne spłaszczanie AutoSPF gwarantuje zgodność. - Błędy składni (brakujące cudzysłowy, wielkie litery w RRtype, zbędne przecinki) - **Objaw**: none/permerror. - **Naprawa**: Użyj walidatorów; zapewnij **cudzysłowy dla spacji**; używaj wyłącznie spacji między tokenami. - Brakujące include’y stron trzecich - **Objaw**: softfail/fail dla prawidłowych źródeł w raportach DMARC. - **Naprawa**: Dodaj include lub adresy IP dostawcy; zweryfikuj zgodność z domeną From: lub użyj subdomeny. - Nieaktualne spłaszczone adresy IP - **Objaw**: nagłe skoki softfail/fail po rotacjach adresów IP dostawcy. - **Naprawa**: Zautomatyzuj odświeżanie według TTL; monitoruj strony statusu dostawców. - AutoSPF automatycznie odświeża według harmonogramu i przy wykrytych zmianach dostawcy. ![Spf Permerror 5200](https://media.mailhop.org/autospf/spf-permerror-5200-1779099671531.jpg) ## **SPF w praktyce: DKIM, DMARC, przekierowania i operacje** ### SPF + DKIM + DMARC: zgodność i kolejność - DMARC ocenia zgodność albo **SPF, albo DKIM** z widoczną domeną From:. 1. **Zgodność złagodzona (relaxed)**: ta sama domena organizacyjna (example.com vs mail.example.com). 2. **Zgodność ścisła (strict)**: dokładne dopasowanie domeny. - Zalecane wdrożenie: 1. Opublikuj SPF (\~all) i podpisywanie DKIM dla wszystkich strumieni. 2. Opublikuj DMARC p=none z raportowaniem RUA/RUF; napraw luki w zgodności. 3. Zaostrz SPF i DKIM; przenieś DMARC na quarantine → reject. Wpływ niepowodzenia SPF: - Jeśli DKIM przechodzi i jest zgodny, DMARC nadal może przejść, nawet jeśli SPF zawiedzie (i odwrotnie). Jest to kluczowe w scenariuszach przekierowań. AutoSPF zapewnia, że domeny zgodności SPF są jawnie określone, i dostarcza mapę tego, które strumienie polegają na SPF, a które na DKIM w kontekście zgodności z DMARC, dzięki czemu może Pan/Pani wzmacniać zabezpieczenia z pewnością. ### Przekierowania, listy mailingowe i SRS - Przekierowywanie często psuje SPF, ponieważ adres IP nadawcy się zmienia; MAIL FROM pozostaje Pana/Pani domeną. - Rozwiązania: - [SRS (Sender Rewriting Scheme)](https://en.wikipedia.org/wiki/Sender%5FRewriting%5FScheme) na serwerach przekierowujących przepisuje MAIL FROM, dzięki czemu SPF może ewaluować domenę serwera przekierowującego. Zachęcaj partnerów do włączenia SRS. - DKIM przetrwa przekierowanie; uczyń DKIM swoim podstawowym sygnałem integralności dla ścieżek list/przekierowań. - [ARC (Authenticated Received Chain)](https://autospf.com/blog/what-is-arc-authenticated-received-chain-role-in-email-security/) może pomóc **zachować kontekst uwierzytelniania** między pośrednikami. - Praktyczne podejście: - Utrzymuj silny DKIM; używaj SPF głównie dla strumieni dostarczanych bezpośrednio. - W przypadku aktywności marketingowej/list polegaj na DKIM dostawcy i zgodności DMARC przez subdomenę. _Graf polityki AutoSPF wskazuje domeny/strumienie najbardziej podatne na przekierowania i rekomenduje zgodność opartą na DKIM tam, gdzie SRS nie może być zagwarantowane_. ### Operacyjne najlepsze praktyki (TTL, monitoring, kontrola zmian) - **TTL**: 300–900 sekund dla spłaszczonych rekordów; 1800–3600 dla stabilnych rekordów opartych wyłącznie na include. - **Monitoring**: - Raporty zbiorcze DMARC (RUA) i forensyczne (RUF) do inwentaryzacji źródeł i niepowodzeń. - Alerty przy skokach permerror/temperror, dryfie liczby wyszukiwań i wzroście rozmiaru rekordu. - **Zarządzanie zmianami**: - Wersjonuj SPF w Git; wymuszaj przeglądy PR; dodaj walidator przed scaleniem. - Wdrażaj/usuwaj nadawców zewnętrznych według listy kontrolnej: zmiana SPF, publikacja klucza DKIM, zgodność domeny bounce/Return-Path, wysyłki testowe, obserwacja DMARC. - **Kwartalny audyt**: - Uzgodnij źródła widziane przez DMARC ze SPF. - Przelicz budżet wyszukiwań. - Rotuj klucze DKIM; potwierdź zakresy adresów IP dostawców. - Zweryfikuj brak regresji do wielu rekordów. AutoSPF dostarcza pulpity, **politykę jako kod** oraz punkty zaczepienia alertów (Slack/Email/Webhooki), aby egzekwować te praktyki przy minimalnym nakładzie pracy. ## **FAQ** ### Czy powinienem używać -all czy \~all? Używaj \~all podczas inwentaryzacji nadawców i analizy raportów DMARC; przełącz się na -all, gdy nabierze Pan/Pani pewności, że pozostały wyłącznie autoryzowane adresy IP. AutoSPF upraszcza to przejście, weryfikując pokrycie i symulując wyniki pass/fail, zanim zmieni Pan/Pani kwalifikator. ### Co się dzieje, jeśli dostawca DNS ma awarię podczas ewaluacji SPF? Wyszukiwania, które przekroczą limit czasu, dają wynik temperror, a odbiorcy mogą odroczyć lub niespójnie tymczasowo akceptować/odrzucać pocztę. **Spłaszczanie kluczowych** include’ów za pomocą AutoSPF zmniejsza zależność od dostępności DNS strony trzeciej w czasie ewaluacji. ### Czy mogę mieć wiele rekordów SPF dla jednej domeny? Nie. Opublikuj pojedynczy [rekord TXT](https://www.cloudns.net/wiki/article/14/) z jedną polityką v=spf1\. Wiele rekordów powoduje permerror. AutoSPF utrzymuje jeden autorytatywny rekord, aby uniknąć kolizji między różnymi zespołami/narzędziami. ### Jak utrzymać SPF poniżej 10 wyszukiwań przy Microsoft 365 i kilku nadawcach SaaS? Podziel ruch według subdomen (np. bounce.o365.example.com, mktg.example.com) i użyj redirect do wspólnej polityki bazowej; spłaszcz ciężkie include’y. AutoSPF dynamicznie oblicza optymalny układ. ### Czy publikowanie zarówno SPF (typ 99), jak i TXT pomaga? Nie. **RRtype SPF** jest przestarzały; odbiorcy używają wyłącznie TXT. Opublikuj pojedynczy rekord TXT SPF. ## **Podsumowanie: Ustaw SPF poprawnie i utrzymuj go poprawnym dzięki AutoSPF** Sukces SPF wymaga dokładnej składni, zrozumienia ewaluacji w czasie SMTP, respektowania twardych limitów, rozważnego spłaszczania, rygorystycznego testowania oraz bieżącej dyscypliny operacyjnej; AutoSPF operacjonalizuje to wszystko, generując zgodne rekordy, adaptacyjnie spłaszczając w ramach budżetu 10 wyszukiwań, wypychając aktualizacje przez API DNS/IaC i monitorując DMARC oraz **dryf DNS**, dzięki czemu Pana/Pani SPF nadal przechodzi w miarę ewolucji ekosystemu nadawców. Niezależnie od tego, czy konsoliduje Pan/Pani kilka [platform SaaS](https://www.cloudflare.com/learning/cloud/what-is-smp/), czy prowadzi złożoną hybrydową pocztę, [AutoSPF](https://autospf.com/) zapewnia trwałą, zautomatyzowaną ścieżkę do ścisłego -all z pewnością i lepszą dostarczalnością. ## Topics [ SPF ](/tags/spf/)[ SPF Record ](/tags/spf-record/)[ DKIM ](/tags/dkim/)[ SPF Flattening ](/tags/spf-flattening/)[ DMARC ](/tags/dmarc/) ![Brad Slavin](https://media.mailhop.org/autospf/images/authors/brad-slavin.jpg) [ Brad Slavin ](/authors/brad-slavin/) General Manager Founder and General Manager of DuoCircle. Product strategy and commercial lead for AutoSPF's 2,000+ customer base. [LinkedIn Profile →](https://www.linkedin.com/in/bradslavin) ## Ready to get started? Try AutoSPF free — no credit card required. [ Book a Demo ](/book-a-demo/) Scan Your Domain Now Instantly scan your domain for DKIM, SPF, and DMARC issues Check My Domain Share this article [ ](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F) [ ](https://twitter.com/intent/tweet?text=Kompletny%20przewodnik%20po%20rekordzie%20SPF%3A%20sk%C5%82adnia%2C%20wyszukiwania%2C%20sp%C5%82aszczanie%20i%20testowanie&url=https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F) [ ](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fautospf.com%2Fblog%2Fcomplete-spf-record-guide-syntax-lookup-flattening-and-testing%2F) Copy Related Articles - [ ![SPF record](https://media.mailhop.org/autospf/images/2025/05/spf-record-generator-9003.jpg) 3 points to consider before setting your SPF record to -all (HardFail) Intermediate ](/blog/3-points-to-consider-before-setting-your-spf-record-hardfail/) - [ ![SPF record](https://media.mailhop.org/autospf/images/2025/06/spf-permerror-3088.jpg) 6 Best practices for maintaining an SPF record Intermediate ](/blog/6-best-practices-for-maintaining-an-spf-record/) - [ ![ransomware](https://media.mailhop.org/autospf/images/2025/01/spf-lookup-6422.jpg) Your SPF record is broken- What does it mean and how do you fix it? Intermediate ](/blog/broken-spf-record-meaning-and-how-to-fix-it/) - [ ![SPF record](https://media.mailhop.org/autospf/images/2025/03/spf-flattening-7492.jpg) Broken SPF record- What does it mean and how to fix it! Intermediate ](/blog/broken-spf-record-what-does-it-mean-and-how-to-fix-it/) ## Related Articles [ Intermediate 3m 3 points to consider before setting your SPF record to -all (HardFail) May 22, 2025 ](/blog/3-points-to-consider-before-setting-your-spf-record-hardfail/)[ Intermediate 6m 6 Best practices for maintaining an SPF record Jun 5, 2025 ](/blog/6-best-practices-for-maintaining-an-spf-record/)[ Intermediate 6m Your SPF record is broken- What does it mean and how do you fix it? Jan 16, 2025 ](/blog/broken-spf-record-meaning-and-how-to-fix-it/)[ Intermediate 6m Broken SPF record- What does it mean and how to fix it! Mar 13, 2025 ](/blog/broken-spf-record-what-does-it-mean-and-how-to-fix-it/) ```json {"@context":"https://schema.org","@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.g2.com/products/autospf/reviews"],"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM"]} ``` ```json {"@context":"https://schema.org","@type":"WebSite","name":"AutoSPF","url":"https://autospf.com","description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","publisher":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]}}} ``` ```json [{"@context":"https://schema.org","@type":"BlogPosting","headline":"Kompletny przewodnik po rekordzie SPF: składnia, wyszukiwania, spłaszczanie i testowanie","description":"Opanuj rekordy SPF dzięki wiedzy o składni, limitach wyszukiwań, spłaszczaniu SPF, narzędziach testowych i najlepszych praktykach, które poprawiają uwierzytelnianie poczty i dostarczalność.","url":"https://autospf.com/blog/complete-spf-record-guide-syntax-lookup-flattening-and-testing/","datePublished":"2026-05-18T00:00:00.000Z","dateModified":"2026-05-18T00:00:00.000Z","dateCreated":"2026-05-18T00:00:00.000Z","author":{"@type":"Person","@id":"https://autospf.com/authors/brad-slavin/#person","name":"Brad Slavin","url":"https://autospf.com/authors/brad-slavin/","jobTitle":"General Manager","description":"Brad Slavin is the founder and General Manager of DuoCircle, the company behind AutoSPF, DMARC Report, Phish Protection, and Mailhop. He founded DuoCircle in 2014 to solve the SPF 10-DNS-lookup problem at scale and has led the company's growth to 2,000+ customers. Brad's focus is product strategy, customer relationships, and the commercial and compliance side of email authentication (DPAs, SLAs, enterprise procurement) rather than hands-on DNS engineering.","image":"https://media.mailhop.org/autospf/images/authors/brad-slavin.jpg","knowsAbout":["Email Security Strategy","SaaS Product Management","Enterprise Compliance","Customer Success","Email Deliverability Business"],"worksFor":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com"},"sameAs":["https://www.linkedin.com/in/bradslavin"]},"publisher":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.g2.com/products/autospf/reviews"],"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM"]},"mainEntityOfPage":{"@type":"WebPage","@id":"https://autospf.com/blog/complete-spf-record-guide-syntax-lookup-flattening-and-testing/"},"articleSection":"intermediate","keywords":"SPF, SPF Record, DKIM, SPF Flattening, DMARC","image":{"@type":"ImageObject","url":"https://media.mailhop.org/autospf/spf-record-syntax-2200-1779094685807.jpg","caption":"SPF Record Guide"},"speakable":{"@type":"SpeakableSpecification","cssSelector":[".answer-block","h1"]}},{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"Czy powinienem używać -all czy ~all?","acceptedAnswer":{"@type":"Answer","text":"Używaj ~all podczas inwentaryzacji nadawców i analizy raportów DMARC; przełącz się na -all, gdy nabierze Pan/Pani pewności, że pozostały wyłącznie autoryzowane adresy IP. AutoSPF upraszcza to przejście, weryfikując pokrycie i symulując wyniki pass/fail, zanim zmieni Pan/Pani kwalifikator."}},{"@type":"Question","name":"Co się dzieje, jeśli dostawca DNS ma awarię podczas ewaluacji SPF?","acceptedAnswer":{"@type":"Answer","text":"Wyszukiwania, które przekroczą limit czasu, dają wynik temperror, a odbiorcy mogą odroczyć lub niespójnie tymczasowo akceptować/odrzucać pocztę. **Spłaszczanie kluczowych** include'ów za pomocą AutoSPF zmniejsza zależność od dostępności DNS strony trzeciej w czasie ewaluacji."}},{"@type":"Question","name":"Czy mogę mieć wiele rekordów SPF dla jednej domeny?","acceptedAnswer":{"@type":"Answer","text":"Nie. Opublikuj pojedynczy [rekord TXT](https://www.cloudns.net/wiki/article/14/) z jedną polityką v=spf1. Wiele rekordów powoduje permerror. AutoSPF utrzymuje jeden autorytatywny rekord, aby uniknąć kolizji między różnymi zespołami/narzędziami."}},{"@type":"Question","name":"Jak utrzymać SPF poniżej 10 wyszukiwań przy Microsoft 365 i kilku nadawcach SaaS?","acceptedAnswer":{"@type":"Answer","text":"Podziel ruch według subdomen (np. bounce.o365.example.com, mktg.example.com) i użyj redirect do wspólnej polityki bazowej; spłaszcz ciężkie include'y. AutoSPF dynamicznie oblicza optymalny układ."}},{"@type":"Question","name":"Czy publikowanie zarówno SPF (typ 99), jak i TXT pomaga?","acceptedAnswer":{"@type":"Answer","text":"Nie. **RRtype SPF** jest przestarzały; odbiorcy używają wyłącznie TXT. Opublikuj pojedynczy rekord TXT SPF."}}]}] ``` ```json {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://autospf.com/"},{"@type":"ListItem","position":2,"name":"Blog","item":"https://autospf.com/blog/"},{"@type":"ListItem","position":3,"name":"Kompletny przewodnik po rekordzie SPF: składnia, wyszukiwania, spłaszczanie i testowanie","item":"https://autospf.com/pl/blog/complete-spf-record-guide-syntax-lookup-flattening-and-testing/"}]} ```