← Rozwiązania
Poczta firmowa odrzuca wiadomości (błąd SPF/DKIM) — jak to naprawić
Klienci nie dostają maili z biura, a serwer zwraca błąd o SPF albo DKIM? To zwykle kwestia jednego wpisu w DNS.
Objawy
Wysłane maile z domeny firmowej trafiają do klientów do spamu, albo w ogóle nie docierają, a odbiorca dostaje zwrotkę o błędzie związanym z SPF, DKIM lub DMARC.
Przyczyna
To niemal zawsze kwestia konfiguracji DNS domeny — brakujący, niepełny albo błędnie wpisany rekord SPF (który określa, jakie serwery mogą wysyłać maile w imieniu domeny) lub brak podpisu DKIM na wychodzących wiadomościach.
Rozwiązanie krok po kroku
- Sprawdź aktualny rekord SPF domeny (dostępne są darmowe narzędzia online do sprawdzania rekordów SPF/DKIM/DMARC po nazwie domeny).
- Zweryfikuj, czy rekord SPF zawiera wszystkie serwery faktycznie wysyłające maile w imieniu domeny — własny serwer pocztowy, ale też np. zewnętrzne systemy wysyłające faktury czy powiadomienia.
- Jeśli rekord SPF jest pusty albo nie istnieje, dodaj go w panelu DNS domeny zgodnie z instrukcją dostawcy poczty — to zwykle jeden wpis tekstowy (TXT) w strefie DNS.
- Skonfiguruj DKIM zgodnie z instrukcją dostawcy poczty (klucz publiczny jako rekord DNS, klucz prywatny podpisujący wychodzące wiadomości po stronie serwera) — bez tego wiele serwerów odbiorczych traktuje pocztę jako mniej wiarygodną.
- Rozważ dodanie rekordu DMARC, który mówi odbiorcom, jak traktować wiadomości niezgodne z SPF/DKIM — to dodatkowa warstwa wiarygodności domeny.
- Po zmianach w DNS odczekaj na propagację (może potrwać od kilkudziesięciu minut do kilkudziesięciu godzin) przed ponownym testem wysyłki.
- Wyślij mail testowy do własnej skrzynki na innym dostawcy (np. Gmail) i sprawdź nagłówki wiadomości — powinny pokazać wynik weryfikacji SPF/DKIM jako pozytywny.
Poprawna konfiguracja SPF/DKIM/DMARC to jednorazowa praca przy zmianie dostawcy poczty albo dodaniu nowego systemu wysyłkowego — raz ustawiona, nie wymaga ponownej ingerencji, dopóki nie zmieni się infrastruktura wysyłkowa domeny.