--- title: "Jak spłaszczyć rekord SPF (krok po kroku) | AutoSPF" description: "Dowiedz się, jak spłaszczyć rekord SPF krok po kroku: rozwiąż wpisy include do adresów IP, pozostań poniżej limitu 10 odpytań i nie dopuść do dezaktualizacji." image: "https://autospf.com/images/og-default.png" canonical: "https://autospf.com/pl/spf-flattening/how-to-flatten-an-spf-record/" --- # Jak spłaszczyć rekord SPF Aby spłaszczyć rekord SPF, rozwiąż każdy mechanizm wywołujący odpytanie (include, a, mx) do jawnych adresów ip4/ip6, usuń duplikaty i zagreguj zakresy, a następnie opublikuj jeden rekord poniżej określonego w RFC 7208 limitu 10 odpytań. Spłaszczanie rekordu SPF oznacza zastąpienie mechanizmów wywołujących odpytania DNS — `include:`, `a`, `mx`, `exists`, `ptr` oraz `redirect` — jawnymi zakresami `ip4:` i `ip6:`, do których się rozwiązują. Rezultatem jest rekord, który autoryzuje dokładnie tych samych nadawców, ale zmusza serwery odbierające do przejścia znacznie mniejszej (najlepiej zerowej) liczby zapytań DNS, utrzymując Pana/Panią bezpiecznie poniżej limitu 10 odpytań z RFC 7208\. Ten przewodnik przeprowadza przez proces krok po kroku, pokazuje, jak wygląda spłaszczony rekord, i wyjaśnia, jak utrzymać go w aktualności, gdy już będzie działać. Ta strona jest częścią naszego szerszego przewodnika po [spłaszczaniu SPF](/pl/spf-flattening/). Jeśli chce Pan/Pani całkowicie pominąć pracę ręczną, [SPF Checker](/pl/tools/spf-checker/) rozwija każdy include i zlicza Pana/Pani odpytania w kilka sekund. ## Dlaczego w ogóle miałby(-łaby) Pan/Pani spłaszczać rekord SPF Uwierzytelnianie SPF jest ograniczone do **10 odpytań DNS** na ewaluację zgodnie z RFC 7208\. Każdy człon `include:`, `a`, `mx`, `exists` oraz `redirect` liczy się względem tego budżetu, a każdy z nich może wywołać dalsze rekurencyjne odpytania wewnątrz domeny, na którą wskazuje. Dodając platformę marketingową, CRM, helpdesk i usługę fakturowania, pojedynczy rekord `v=spf1` może po cichu rozrosnąć się do 15–40 odpytań. Gdy przekracza Pan/Pani limit, odbiorcy zwracają **PermError**. PermError nie powoduje niepowodzenia tylko jednej wiadomości — unieważnia cały rekord, więc prawidłowa poczta ze wszystkich autoryzowanych źródeł może zacząć zawodzić w SPF. Ponieważ nic nie odbija się głośno, zespoły często tego nie zauważają, dopóki klient nie zgłosi brakującej faktury lub wiadomości z resetem hasła. Spłaszczanie rozwiązuje to, rozwiązując te pośrednie mechanizmy _z wyprzedzeniem_ i publikując surowe adresy IP. Odbiorca ewaluujący w pełni spłaszczony rekord wykonuje proste dopasowanie IP bez rekurencyjnego przechodzenia DNS, co oznacza również szybszą walidację i brak narażenia na chwilową awarię DNS strony trzeciej. ## Jak wygląda spłaszczony rekord SPF Oto typowy niespłaszczony rekord, który opiera się na trzech wpisach include: ``` v=spf1 include:_spf.google.com include:vendor.com include:vendor2.net -all ``` Każdy include to co najmniej jedno odpytanie, a sam include Google zagnieżdża ich kilka więcej. Po spłaszczeniu ta sama autoryzacja staje się bezpośrednią listą adresów IP: ``` v=spf1 ip4:203.0.113.5 ip4:192.168.1.1 ip4:185.23.45.67 -all ``` W chwili ewaluacji nie zachodzą żadne odpytania, ponieważ każdy autoryzowany adres jest już rozpisany. Kwalifikator `-all` jest zachowany, aby polityka pozostała restrykcyjna. ## Jak spłaszczyć rekord SPF, krok po kroku ### Krok 1: Znajdź i przeprowadź audyt bieżącego rekordu Pobierz istniejący rekord SPF za pomocą zapytania `dig TXT yourdomain.com` (lub panelu Pana/Pani dostawcy DNS) i potwierdź, że ma Pan/Pani dokładnie **jeden** rekord TXT `v=spf1`. Wiele rekordów SPF pod tą samą nazwą samo w sobie stanowi PermError. Zwróć uwagę, które mechanizmy powodują odpytania (`include`, `a`, `mx`, `exists`, `redirect`, `ptr`) w odróżnieniu od bezkosztowych wpisów `ip4`/`ip6`, które można zachować bez zmian. ### Krok 2: Zlicz swoje odpytania Zanim cokolwiek Pan/Pani zmieni, zmierz, jak bardzo przekracza budżet. Przepuść domenę przez [SPF Checker](/pl/tools/spf-checker/), który rekurencyjnie rozwija każdy include i podaje dokładną liczbę odpytań. Jeśli jest Pan/Pani na poziomie 8 lub więcej albo już widzi PermError, spłaszczanie (lub delegowanie) jest uzasadnione. Jeśli ma Pan/Pani 3 lub mniej stabilnych wpisów include, spłaszczanie może w ogóle nie być potrzebne. ### Krok 3: Rekurencyjnie rozwiąż każdy mechanizm do adresów IP To sedno spłaszczania. Dla każdego członu wywołującego odpytanie rozwiąż go do jawnych adresów: | Mechanizm | Jak go rozwiązać | Rezultat | | --------- | -------------------------------------------------------------------------------- | --------------------------------------------------- | | include: | Pobierz rekord SPF celu i rozwiń _jego_ mechanizmy rekurencyjnie | ip4:/ip6: dla każdego autoryzowanego przez niego IP | | a | Rozwiąż rekordy A/AAAA domeny | Jeden ip4:/ip6: na adres | | mx | Rozwiąż rekordy MX, a następnie A/AAAA każdego hosta pocztowego | ip4:/ip6: dla IP każdego hosta MX | | ptr | **Nie** spłaszczaj — jest przestarzały, wolny i niepewny | Usuń go | | exists: | Zwykle nie da się spłaszczyć (zależy od makr działających w czasie rzeczywistym) | Zachowaj bez zmian lub odizoluj do subdomeny | | ip4/ip6 | Już statyczne | Zachowaj bez zmian | Przechodź graf **w głąb (depth-first)** i śledź, które domeny już odwiedziłeś, aby móc wykryć cykliczne wpisy include — jeśli include wskazuje z powrotem na domenę już znajdującą się na Pana/Pani stosie rozwiązywania, zatrzymaj się i zachowaj go jako include, zamiast zapętlać się w nieskończoność. ### Krok 4: Usuń duplikaty i zagreguj bloki CIDR Rozwijanie rekurencyjne powoduje nakładanie się. Dwaj dostawcy mogą współdzielić adres IP, albo może Pan/Pani zebrać kilka sąsiadujących bloków /25, które czysto łączą się w /24\. Usuń duplikaty każdego adresu, a następnie zagreguj sąsiadujące zakresy w supernetce **tylko wtedy, gdy suma pozostaje w całości wewnątrz autoryzowanej przestrzeni jednego dostawcy**. Nadmierne agregowanie w poprzek niepowiązanych dostawców autoryzuje adresy IP, których Pan/Pani nie kontroluje — to regres bezpieczeństwa, a nie optymalizacja. ### Krok 5: Pilnuj rozmiaru rekordu Ciągi DNS TXT są ograniczone do **255 znaków na cudzysłowowy segment**; dłuższe rekordy muszą zostać podzielone na kilka połączonych ciągów w obrębie tego samego rekordu. Jako praktyczną zasadę należy utrzymywać całkowitą odpowiedź poniżej mniej więcej 450–900 bajtów, aby uniknąć fragmentacji UDP i problemów z urządzeniami pośredniczącymi (middlebox). Jeśli spłaszczona lista jest zbyt duża, podziel adresy IP na etykiety pomocnicze (np. `spf-a.example.com`, `spf-b.example.com`), z których każda zawiera wyłącznie wpisy `ip4`/`ip6`, i dołącz je z głównego rekordu — każda etykieta pomocnicza kosztuje jedno odpytanie, więc utrzymaj sumę ≤ 10. ### Krok 6: Ponownie dołącz kwalifikator `all` i zweryfikuj Dopisz swój oryginalny mechanizm końcowy — dla nadawców produkcyjnych zalecane jest `-all` dla ścisłego egzekwowania. Następnie ponownie przepuść rekord przez walidator SPF, aby potwierdzić, że składnia jest czysta, że wciąż jest tylko jeden rekord, a liczba odpytań jest tam, gdzie Pan/Pani oczekuje. Jeśli migruje Pan/Pani ostrożnie, można na krótko opublikować z `~all`, a następnie przełączyć na `-all`, gdy monitorowanie wykaże stabilne wskaźniki przechodzenia. ### Krok 7: Opublikuj z niskim TTL, a potem go podnieś Przed publikacją obniż TTL rekordu do 60–300 sekund, aby dowolny błąd można było szybko naprawić. Opublikuj nowy spłaszczony rekord, zweryfikuj, że rozwiązuje się poprawnie z wielu publicznych resolverów (Google, Cloudflare, Quad9), i obserwuj swoje zbiorcze raporty DMARC pod kątem spadku wskaźników przechodzenia SPF. Gdy wszystko będzie stabilne, podnieś TTL z powrotem do 1–4 godzin. ## Haczyk: spłaszczone rekordy się dezaktualizują Oto problem, który podkłada nogę większości osób spłaszczających ręcznie. **W chwili spłaszczenia Pana/Pani rekord staje się migawką.** Gdy Google, Mailchimp, Amazon SES lub dowolny inny dostawca zrotuje swoje adresy IP nadawcze — a duzi dostawcy ESP robią to nieustannie — Pana/Pani zakodowana na stałe lista przestaje odpowiadać rzeczywistości. Poczta z nowych adresów IP po cichu zawodzi w SPF, i wraca Pan/Pani do utraconych faktur i nieudanych resetów haseł, tyle że teraz przyczyna jest niewidoczna, bo rekord _wygląda_ dobrze. Nadawcy oparci na CDN i marketingowi są najgorszymi winowajcami: wewnętrzne dane AutoSPF z ponad 1200 domen pokazują, że nadawcy oparci na CDN zmieniają 8–15% swojego zestawu IP miesięcznie, w porównaniu z poniżej 0,5% w przypadku wewnętrznych serwerów pocztowych. Spłaszczanie dostawcy o dużej zmienności na ślepo to proszenie się o kłopoty. Praktyczne wnioski: - **Spłaszczaj stabilne źródła** (przekaźniki on-prem, statyczne adresy IP w chmurze) agresywnie. - **Pozostaw zmiennych dostawców ESP** jako wpisy include lub odizoluj je za delegowaną subdomeną, taką jak `mail-out.example.com`, którą korzeń dołącza jednym odpytaniem. - **Nigdy nie traktuj spłaszczania jako czynności jednorazowej** — wymaga ono ciągłego ponownego rozwiązywania. ## Zautomatyzuj ponowne spłaszczanie za pomocą AutoSPF Wykonywanie kroków 1–7 ręcznie za każdym razem, gdy dostawca zmieni adresy IP, jest nierealne. Właśnie do tego stworzono [zautomatyzowaną usługę spłaszczania SPF od AutoSPF](/pl/strona-glowna/). Uruchamia ona nieustannie powyższy deterministyczny algorytm spłaszczania: **skanuje Pana/Pani wpisy include co 15 minut**, a gdy adresy IP dostawcy wyższego poziomu się zmienią, **automatycznie aktualizuje opublikowany rekord** poprzez API Pana/Pani dostawcy DNS — z atomowymi zamianami, stopniowanymi TTL i wycofywaniem jednym kliknięciem, jeśli sprawdzenie kanarkowe zawiedzie. Co kluczowe, AutoSPF rozwiązuje do _dokładnie tych samych adresów IP, do których rozwiązują się Pana/Pani wpisy include_ — nigdy nie poszerza autoryzacji zbyt szerokimi scaleniami CIDR, więc nie autoryzuje Pan/Pani przypadkowo nadawców, których nie zamierzał(-a). Utrzymuje Pan/Pani mały, stabilny rekord w korzeniu; AutoSPF utrzymuje go poprawnym w tle. Aby zdecydować, które ze źródeł spłaszczyć, a które delegować, zobacz nasz przewodnik po [najlepszych narzędziach do spłaszczania SPF](/pl/spf-flattening/best-spf-flattening-tools/). Jeśli woli Pan/Pani całkowicie uniknąć zakodowywania adresów IP na stałe, porównaj podejścia w [spłaszczanie SPF a makra](/pl/makra-spf-vs-flattening/). A zanim Pan/Pani spłaszczy, warto potwierdzić, że zmiana nie zaburzy innych rekordów uwierzytelniania — zobacz [czy spłaszczanie SPF wpływa na DKIM i DMARC](/pl/spf-flattening/does-spf-flattening-affect-dkim-dmarc/). ## Często zadawane pytania ### Czy spłaszczenie rekordu SPF psuje DKIM lub DMARC? Nie, gdy zostanie wykonane poprawnie. Spłaszczanie zmienia jedynie, które adresy IP autoryzuje SPF — nie dotyka podpisów DKIM ani wyrównania DMARC. Ryzyko jest pośrednie: jeśli zdezaktualizowany spłaszczony rekord zacznie zawodzić w SPF dla prawidłowej poczty, może to obniżyć wskaźniki przechodzenia DMARC. Utrzymuj rekord ponownie rozwiązywany, a oba pozostaną zdrowe. ### Ile odpytań DNS zużywa spłaszczony rekord SPF? W pełni spłaszczony rekord zużywa **zero** odpytań DNS w chwili ewaluacji, ponieważ każdy autoryzowany adres IP jest wymieniony jawnie jako `ip4:`/`ip6:`. Jeśli zachowa Pan/Pani kilka zmiennych wpisów include lub podzieli adresy IP na etykiety pomocnicze, każdy z nich dodaje jedno odpytanie — po prostu utrzymaj sumę na poziomie lub poniżej limitu 10 z RFC 7208. ### Czy mogę spłaszczyć mechanizmy `ptr` i `exists`? Zasadniczo nie. `ptr` jest przestarzały, wolny i powinien być po prostu usunięty. `exists:` zwykle opiera się na makrach działających w czasie rzeczywistym (ewaluujących `MAIL FROM` lub `HELO` w chwili sprawdzenia), więc nie da się go zredukować do statycznej listy adresów IP. Zachowaj `exists` bez zmian lub odizoluj go do delegowanej subdomeny, aby ograniczyć jego wpływ na liczbę odpytań. ### Jak często spłaszczony rekord SPF wymaga aktualizacji? Tak często, jak Pana/Pani nadawcy zmieniają swoje adresy IP. Wewnętrzne serwery pocztowe mogą być stabilne przez tygodnie, ale główni dostawcy ESP i CDN mogą zmieniać adresy codziennie. Właśnie dlatego ręczne spłaszczanie jest kruche, a AutoSPF skanuje ponownie co 15 minut, automatycznie publikując zaktualizowany rekord za każdym razem, gdy zmieni się zestaw IP wyższego poziomu. ### Co się stanie, jeśli mój spłaszczony rekord zrobi się zbyt duży? Rekordy DNS TXT są ograniczone do 255 znaków na ciąg, a nadmiernie duże rekordy grożą fragmentacją UDP. Jeśli spłaszczona lista adresów IP jest zbyt duża, podziel ją na etykiety pomocnicze (każda zawierająca wyłącznie wpisy `ip4`/`ip6`) i dołącz je z głównego rekordu albo deleguj zmiennych dostawców do subdomeny. Dąż do utrzymania całkowitej odpowiedzi poniżej \~900 bajtów, a liczby odpytań ≤ 10. ### Czy spłaszczać rekord SPF ręcznie, czy używać narzędzia? Ręczne spłaszczanie sprawdza się jako jednorazowa poprawka, ale nie nadąża za dostawcami rotującymi adresy IP — ręcznie spłaszczony rekord po cichu odbiera autoryzację nadawcom, gdy tylko zmieni się zakres wyższego poziomu. Zarządzane narzędzie takie jak AutoSPF wykonuje za Pana/Panią rekurencyjne rozwiązywanie, usuwanie duplikatów, zarządzanie rozmiarem oraz ciągłe ponowne spłaszczanie, dlatego jest to zalecane podejście dla wszystkiego poza pojedynczym statycznym nadawcą. Rated 5/5 on G2 · Trusted since 2018 ## Trusted by 50,000+ domains ### "AutoSPF Flattens SPF Records Seamlessly & Keeps Changes Logged - I am quite pleased with the product" > It does what it promises to do, and does it very well. I appreciate that it keeps a log of changes made, which prevents many mistakes. A client's SPF record would have way too many lookups, but AutoSPF makes that problem go away. The length of the SPF record is typically not the issue; it's the amount of lookups in the record that are. AutoSPF "flattens" the record, automatically expanding the defined lookups to IP addresses or ranges. And it auto-updates the record when the un-flattened lookups change. PJ Peter J. President · Small-Business (50 or fewer emp.) ### "Helped us go beyond capacity" > AutoSPF did exactly as described, it helped us get past our 10 lookup limit. Afterwards, we hit another limit regarding overall capacity and when contacted, they quickly provided us with a new solution to eliminate capacity issues entirely going forward, so now we can add as many SPF records as needed. They also provided us with a personalized support video explaining their new method in its entirety using our instance as the example. VU Verified User Financial Services · Mid-Market (51-1000 emp.) ### "Great service and great support" > AutoSPF was easy to initially set up on our own and a great cost effective entry into spf flattening. Needed our first support assistance today and got great response including a video demonstrating the issue I was trying to solve, a quick fix, and more detailed followup. GF Greg F. Mid-Market (51-1000 emp.) [Read our reviews on G2 ](https://www.g2.com/products/autospf/reviews) ```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.facebook.com/autospf","https://github.com/duocircle","https://www.g2.com/products/autospf/reviews"],"aggregateRating":{"@type":"AggregateRating","ratingValue":"5.0","reviewCount":"21","bestRating":"5","worstRating":"1","url":"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","Email Deliverability","SPF Lookup Limits"]} ``` ```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":"FAQPage","mainEntity":[{"@type":"Question","name":"Czy spłaszczenie rekordu SPF psuje DKIM lub DMARC?","acceptedAnswer":{"@type":"Answer","text":"Nie, gdy zostanie wykonane poprawnie. Spłaszczanie zmienia jedynie, które adresy IP autoryzuje SPF — nie dotyka podpisów DKIM ani wyrównania DMARC. Ryzyko jest pośrednie: jeśli zdezaktualizowany spłaszczony rekord zacznie zawodzić w SPF dla prawidłowej poczty, może to obniżyć wskaźniki przechodzenia DMARC. Utrzymuj rekord ponownie rozwiązywany, a oba pozostaną zdrowe."}},{"@type":"Question","name":"Ile odpytań DNS zużywa spłaszczony rekord SPF?","acceptedAnswer":{"@type":"Answer","text":"W pełni spłaszczony rekord zużywa zero odpytań DNS w chwili ewaluacji, ponieważ każdy autoryzowany adres IP jest wymieniony jawnie jako `ip4:`/`ip6:`. Jeśli zachowa Pan/Pani kilka zmiennych wpisów include lub podzieli adresy IP na etykiety pomocnicze, każdy z nich dodaje jedno odpytanie — po prostu utrzymaj sumę na poziomie lub poniżej limitu 10 z RFC 7208."}},{"@type":"Question","name":"Czy mogę spłaszczyć mechanizmy `ptr` i `exists`?","acceptedAnswer":{"@type":"Answer","text":"Zasadniczo nie. `ptr` jest przestarzały, wolny i powinien być po prostu usunięty. `exists:` zwykle opiera się na makrach działających w czasie rzeczywistym (ewaluujących `MAIL FROM` lub `HELO` w chwili sprawdzenia), więc nie da się go zredukować do statycznej listy adresów IP. Zachowaj `exists` bez zmian lub odizoluj go do delegowanej subdomeny, aby ograniczyć jego wpływ na liczbę odpytań."}},{"@type":"Question","name":"Jak często spłaszczony rekord SPF wymaga aktualizacji?","acceptedAnswer":{"@type":"Answer","text":"Tak często, jak Pana/Pani nadawcy zmieniają swoje adresy IP. Wewnętrzne serwery pocztowe mogą być stabilne przez tygodnie, ale główni dostawcy ESP i CDN mogą zmieniać adresy codziennie. Właśnie dlatego ręczne spłaszczanie jest kruche, a AutoSPF skanuje ponownie co 15 minut, automatycznie publikując zaktualizowany rekord za każdym razem, gdy zmieni się zestaw IP wyższego poziomu."}},{"@type":"Question","name":"Co się stanie, jeśli mój spłaszczony rekord zrobi się zbyt duży?","acceptedAnswer":{"@type":"Answer","text":"Rekordy DNS TXT są ograniczone do 255 znaków na ciąg, a nadmiernie duże rekordy grożą fragmentacją UDP. Jeśli spłaszczona lista adresów IP jest zbyt duża, podziel ją na etykiety pomocnicze (każda zawierająca wyłącznie wpisy `ip4`/`ip6`) i dołącz je z głównego rekordu albo deleguj zmiennych dostawców do subdomeny. Dąż do utrzymania całkowitej odpowiedzi poniżej ~900 bajtów, a liczby odpytań ≤ 10."}},{"@type":"Question","name":"Czy spłaszczać rekord SPF ręcznie, czy używać narzędzia?","acceptedAnswer":{"@type":"Answer","text":"Ręczne spłaszczanie sprawdza się jako jednorazowa poprawka, ale nie nadąża za dostawcami rotującymi adresy IP — ręcznie spłaszczony rekord po cichu odbiera autoryzację nadawcom, gdy tylko zmieni się zakres wyższego poziomu. Zarządzane narzędzie takie jak AutoSPF wykonuje za Pana/Panią rekurencyjne rozwiązywanie, usuwanie duplikatów, zarządzanie rozmiarem oraz ciągłe ponowne spłaszczanie, dlatego jest to zalecane podejście dla wszystkiego poza pojedynczym statycznym nadawcą."}}]} ``` ```json {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://autospf.com/"},{"@type":"ListItem","position":2,"name":"SPF Flattening","item":"https://autospf.com/pl/spf-flattening/"},{"@type":"ListItem","position":3,"name":"Jak spłaszczyć rekord SPF","item":"https://autospf.com/pl/spf-flattening/how-to-flatten-an-spf-record/"}]} ``` ```json {"@context":"https://schema.org","@type":"Product","name":"AutoSPF","url":"https://autospf.com","aggregateRating":{"@type":"AggregateRating","ratingValue":5,"reviewCount":21,"bestRating":5,"worstRating":1},"review":[{"@type":"Review","reviewRating":{"@type":"Rating","ratingValue":5,"bestRating":5},"author":{"@type":"Person","name":"Peter J.","jobTitle":"President"},"datePublished":"2026-03-10","reviewBody":"It does what it promises to do, and does it very well. I appreciate that it keeps a log of changes made, which prevents many mistakes. A client's SPF record would have way too many lookups, but AutoSPF makes that problem go away. The length of the SPF record is typically not the issue; it's the amount of lookups in the record that are. AutoSPF \"flattens\" the record, automatically expanding the defined lookups to IP addresses or ranges. And it auto-updates the record when the un-flattened lookups change.","name":"AutoSPF Flattens SPF Records Seamlessly & Keeps Changes Logged - I am quite pleased with the product","publisher":{"@type":"Organization","name":"G2","url":"https://www.g2.com"}},{"@type":"Review","reviewRating":{"@type":"Rating","ratingValue":5,"bestRating":5},"author":{"@type":"Person","name":"Verified User","jobTitle":"Financial Services"},"datePublished":"2025-07-31","reviewBody":"AutoSPF did exactly as described, it helped us get past our 10 lookup limit. Afterwards, we hit another limit regarding overall capacity and when contacted, they quickly provided us with a new solution to eliminate capacity issues entirely going forward, so now we can add as many SPF records as needed. They also provided us with a personalized support video explaining their new method in its entirety using our instance as the example.","name":"Helped us go beyond capacity","publisher":{"@type":"Organization","name":"G2","url":"https://www.g2.com"}},{"@type":"Review","reviewRating":{"@type":"Rating","ratingValue":5,"bestRating":5},"author":{"@type":"Person","name":"Greg F."},"datePublished":"2023-07-26","reviewBody":"AutoSPF was easy to initially set up on our own and a great cost effective entry into spf flattening. Needed our first support assistance today and got great response including a video demonstrating the issue I was trying to solve, a quick fix, and more detailed followup.","name":"Great service and great support","publisher":{"@type":"Organization","name":"G2","url":"https://www.g2.com"}}]} ```