SaaSMaestro
Jak to działa Diagnoza Raporty Funkcje Centrum pomocy Zaloguj się

Problem z rekordem SPF

Rekord SPF jest zdublowany, pozwala każdemu wysyłać e-maile w imieniu domeny lub go brakuje w domenie, która odbiera pocztę.

SPF to rekord DNS, który wymienia serwery uprawnione do wysyłania poczty w imieniu domeny. Gdy go brakuje, jest zdublowany lub otwarty dla wszystkich, pocztę z domeny łatwiej podrobić i częściej jest odrzucana lub trafia do spamu.

Co to oznacza

Serwery odbierające pocztę sprawdzają rekord SPF, aby zdecydować, czy wiadomość podająca się za wysłaną z Twojej domeny wysłał serwer, na który zezwalasz. Domena może mieć tylko jeden rekord SPF, który powinien kończyć się oznaczaniem (~all) lub odrzucaniem (-all) wszystkich innych serwerów.

Co to wywołuje

Raz dziennie sprawdzenie DNS i bezpieczeństwo e-maili odczytuje przez publiczny DNS rekordy TXT zarejestrowanej domeny i analizuje te, które zaczynają się od v=spf1. Zgłasza jedną z trzech wersji tego problemu:

  • Więcej niż jeden rekord SPF (Wysoki): serwery odbierające uznają wtedy SPF domeny za uszkodzony. Właściciele i administratorzy dostają jednorazowy alert e-mailem i na czacie.
  • Rekord SPF pozwala każdemu wysyłać e-maile (Wysoki): rekord kończy się na +all, co upoważnia każdy serwer w internecie. Właściciele i administratorzy dostają jednorazowy alert e-mailem i na czacie.
  • Brak rekordu SPF (Średni): zgłaszany tylko wtedy, gdy domena ma rekordy MX, czyli odbiera pocztę. Widać go w aplikacji i nie jest wysyłany e-mailem.

Częste przyczyny

  • Usługę newslettera, CRM lub helpdesku skonfigurowano z własnym rekordem v=spf1 zamiast dodać ją do istniejącego.
  • Rekord kończący się na +all został skopiowany z szablonu lub dodany, by powstrzymać błędy doręczania.
  • Pocztę przeniesiono do nowego dostawcy bez opublikowania rekordu SPF, którego wymagał.

Jak to naprawić

  1. Wypisz wszystkie usługi, które wysyłają e-maile w imieniu domeny: dostawcę skrzynek, narzędzie do newslettera, witrynę, helpdesk i program do fakturowania. Instrukcja konfiguracji każdej z nich podaje, jakiego include użyć.
  2. U swojego dostawcy DNS zachowaj jeden rekord TXT zaczynający się od v=spf1, który obejmuje je wszystkie, np. v=spf1 include:_spf.google.com include:sendgrid.net ~all, i usuń pozostałe.
  3. Zakończ go na ~all lub -all, nigdy +all, i ogranicz do 10 lub mniej wyszukiwań DNS (każde include się liczy), bo inaczej serwery odbierające i tak uznają go za nieprawidłowy.
  4. Gdy SPF będzie poprawny, dodaj też rekord DMARC. Zobacz Brak rekordu DMARC.

Kiedy problem znika

Problem znika po następnym codziennym sprawdzeniu, które go już nie wykryje, a jego działanie znika z planu działań 7 dni później.

Jeśli oznaczysz działanie jako gotowe, a problem nadal będzie wykrywany 14 dni później, wróci jako „Poprawka nie zadziałała”. Zobacz Korzystanie z planu działań.

Nie znalazłeś(-aś) tego, czego szukasz?

Każdą wiadomość czyta prawdziwy człowiek, zwykle w ciągu jednego dnia roboczego.

Napisz do nas