Odczytaj pełną odpowiedź serwera
Sam kod 550 nie wskazuje wyłącznie problemu SPF. Może towarzyszyć różnym powodom trwałego odrzucenia wiadomości, dlatego przeczytaj dalszą część komunikatu. Zwróć uwagę na nazwę mechanizmu, sprawdzaną domenę i opis decyzji serwera. Jeśli komunikat wskazuje inną przyczynę, sama edycja SPF może niczego nie naprawić. Zachowaj potrzebny fragment odpowiedzi, ale nie publikuj pełnych danych odbiorców ani zawartości prywatnej korespondencji.
Ustal też, czy wiadomość trafia bezpośrednio do odbiorcy, czy przechodzi przez przekierowanie. SPF ocenia adres IP serwera łączącego się z odbiorcą, więc przekazanie poczty dalej może zmienić wynik. Porównaj próbkę bezpośrednią z tą odrzuconą po przekierowaniu. Nie zmieniaj od razu polityki całej domeny, jeżeli problem dotyczy konkretnej ścieżki doręczenia. Najpierw określ miejsce wystąpienia błędu i rzeczywiste źródło sprawdzanej wiadomości.
Sprawdź domenę nadawcy koperty
SPF zwykle dotyczy domeny użytej w poleceniu MAIL FROM, czyli technicznego nadawcy koperty. Dla pustego adresu koperty sprawdzana może być domena podana w HELO. Widoczny adres w polu Od nie wystarcza więc do ustalenia, który rekord wymaga kontroli. W odebranych wiadomościach pomocne bywają nagłówki Return-Path i Authentication-Results. Przy odrzuceniu skorzystaj z informacji przekazanej przez serwer oraz ustawień źródła wysyłki.
Porównaj nazwę z domeną skonfigurowaną w Mailowym albo w innym używanym źródle korespondencji. Subdomena może wymagać własnej polityki, ponieważ SPF nie jest automatycznie dziedziczony z domeny nadrzędnej. Odczytaj rekord TXT dokładnie dla ustalonej nazwy. Sprawdź, czy panel DNS nie dopisuje końcówki domeny do pełnej nazwy wpisanej ręcznie. Taka pomyłka umieszcza poprawnie wyglądającą wartość pod adresem, którego serwer odbiorczy w ogóle nie sprawdza.
Znajdź konflikt lub brakujące uprawnienie
Polityka SPF jest publikowana jako rekord TXT zaczynający się od v=spf1. Pod tą samą nazwą nie powinny istnieć konkurencyjne rekordy definiujące SPF. Pozostałe rekordy TXT mogą służyć innym celom i nie trzeba ich usuwać. Jeśli domena ma kilka polityk SPF, połącz wymagane uprawnienia w poprawną politykę zamiast dokładać następną. Uwzględnij wszystkie legalne źródła poczty używane dla danej domeny koperty.
Sprawdź składnię mechanizmów, aktualność dołączanych polityk oraz zakończenie rekordu. Zbyt rozbudowane zależności mogą przekroczyć dopuszczalny limit odwołań DNS w SPF i spowodować błąd trwały. Wynik temperror oznacza z kolei przejściowy problem z oceną, na przykład z dostępnością DNS. Nie dodawaj przypadkowych adresów IP na podstawie samego komunikatu. Uprawnienia muszą odpowiadać rzeczywistej konfiguracji wysyłki i aktualnym instrukcjom dla używanego źródła poczty.
Popraw istniejący rekord TXT
Otwórz panel DNS domeny i odszukaj rekord dla sprawdzanej nazwy. Porównaj jego wartość z instrukcją kreatora domeny nadawcy w Mailowym. Jeśli polityka już istnieje, dodaj wymagany mechanizm do jej treści przed mechanizmem końcowym all, zachowując pozostałe potrzebne uprawnienia. Nie kopiuj przykładowych wartości znalezionych w przypadkowym poradniku. Właściwa zawartość zależy od źródeł, które rzeczywiście wysyłają pocztę z danej domeny.
Gdy rekordu brakuje, utwórz TXT z nazwą i wartością odpowiadającą Twojej konfiguracji. Znak @ w panelu często oznacza domenę główną, ale sposób zapisu zależy od panelu. Upewnij się, że wartość nie zawiera przypadkowych znaków formatowania. Nie dodawaj mechanizmu +all, ponieważ dopuszcza dowolne źródło i pozbawia politykę sensu. Po zapisaniu ponownie odczytaj rekord z DNS, zamiast opierać ocenę wyłącznie na widoku formularza edycji.
Zweryfikuj zmianę oraz zgodność DMARC
Po publikacji uwzględnij pamięć podręczną DNS i czas wynikający z ustawień TTL. Różne serwery mogą przez pewien czas widzieć wcześniejszą wartość. Sprawdź rekord w aktualnej odpowiedzi DNS i wykonaj bezpośrednią wysyłkę próbną. Odczytaj nowy wynik SPF oraz domenę, której dotyczy. Jeśli błąd pozostaje, wróć do pełnego komunikatu serwera i porównaj adres źródła z uprawnieniami zapisanymi w polityce.
Pamiętaj, że pozytywny SPF nie musi oznaczać pozytywnego DMARC. Ten mechanizm wymaga zgodności domeny widocznego nadawcy z domeną uwierzytelnioną przez SPF lub DKIM. Dlatego sprawdź również podpis DKIM i jego domenę. Nie osłabiaj polityki DMARC jako pierwszej reakcji na odrzucenie. Najpierw ustal, czy używane źródło ma właściwe uprawnienia i czy cała konfiguracja odpowiada rzeczywistej domenie nadawcy widocznej w wiadomości.
Oddziel naprawę techniczną od jakości wysyłki
Jeżeli po poprawce SPF wiadomość nadal nie trafia do odbiorcy, przeanalizuj pozostałe przyczyny. Serwer może odrzucać pocztę ze względu na reputację, treść albo inne wymagania. Udany wynik uwierzytelnienia nie nakazuje odbiorcy przyjęcia wiadomości. Nie ponawiaj uporczywie wysyłki na adresy zwracające trwałe błędy i nie zmieniaj domeny tylko po to, aby ominąć decyzję filtra. Taka reakcja nie usuwa źródła problemu.
Po naprawie zachowaj opis używanych źródeł poczty oraz poprawnej polityki SPF. Wracaj do niego przy zmianie skrzynki, platformy lub ustawień domeny. W Mailowym kontroluj konfigurację nadawcy przed kolejną kampanią, a listę buduj na właściwych zgodach. Porządek techniczny i oczekiwana komunikacja wspólnie wspierają dostarczalność. Dzięki temu kolejną diagnozę opierasz na rzeczywistych ustawieniach oraz odpowiedzi serwera, a nie na przypadkowej wymianie rekordów DNS.