Czy firmowa poczta w ogóle trafia do skrzynki odbiorczej?
Cztery rekordy DNS decydują o większości. Wklej domenę i zobacz to, co widzą odbiorcy: które serwery mogą wysyłać jako Ty, co dzieje się z pocztą, która nie przejdzie kontroli, i czy Twoje podpisy w ogóle istnieją.
Jakie rekordy DNS czyta ten test i jak liczony jest werdykt.
Wpisana domena trafia na nasz serwer, który odpytuje publiczne rekordy DNS przez resolver DNS-over-HTTPS firmy Cloudflare. Pobiera rekordy MX, rekordy TXT domeny (szuka w nich wpisu zaczynającego się od v=spf1), rekord TXT pod nazwą _dmarc w tej domenie oraz rekordy TXT pod dwunastoma popularnymi selektorami DKIM: default, google, selector1, selector2, k1, s1, s2, mail, dkim, zoho, mandrill i pm. Możesz wkleić pełny adres e-mail albo adres URL, a narzędzie samo wytnie z niego domenę. Żadna wiadomość nie jest wysyłana i z żadną skrzynką nie ma połączenia. Adres e-mail, jeśli go podasz, zostanie zapisany razem z domeną i werdyktem.
Werdykt to liczba problemów. Za jeden problem liczy się każda z tych sytuacji: brak rekordu MX, brak rekordu SPF, więcej niż jeden rekord SPF, rekord SPF zawierający ?all albo +all, brak rekordu DMARC, polityka DMARC ustawiona na none oraz brak klucza DKIM pod którymkolwiek z dwunastu selektorów. Zero problemów daje Wygląda dobrze, jeden lub dwa dają Warto poprawić, trzy lub więcej dają Tracisz pocztę. Rekord SPF zakończony ~all albo pozbawiony członu all jest opisany w swoim wierszu, ale do werdyktu się nie wlicza. Wiersz DKIM wymienia selektory, pod którymi znaleziono klucz.
Kilka istotnych spraw leży poza DNS. Test nie podąża za łańcuchami include w SPF i nie liczy zapytań względem limitu dziesięciu, nie weryfikuje, czy opublikowany klucz DKIM pasuje do podpisów w Twojej poczcie, i nie bada zgodności DMARC między widoczną domeną From a domeną podpisującą. Z rekordu DMARC czyta wyłącznie znacznik p, bez polityki dla subdomen i bez wartości procentowej. Reputacja nadawcy, czarne listy i treść wiadomości są poza zakresem. Pusty wiersz DKIM może oznaczać jedynie własny selektor: otwórz nagłówki wysłanej przez siebie wiadomości i poszukaj s= w wierszu DKIM-Signature.
- Czym różnią się SPF, DKIM i DMARC?
- SPF to rekord DNS z listą serwerów uprawnionych do wysyłania poczty w imieniu domeny. DKIM dodaje do każdej wiadomości podpis kryptograficzny, który odbiorca sprawdza kluczem publicznym opublikowanym w DNS. DMARC wiąże oba mechanizmy z adresem widocznym w nagłówku From i mówi odbiorcom, co zrobić, gdy żaden nie przejdzie w zgodzie z tym adresem: nic, kwarantanna albo odrzucenie. Wskazuje też adres, na który mają trafiać raporty zbiorcze.
- Dlaczego moje e-maile trafiają do spamu?
- Najczęstsze przyczyny to brak albo błędy uwierzytelniania (SPF, DKIM, DMARC), słaba reputacja adresu lub domeny wysyłającej, nagły skok wolumenu z nowej domeny, oznaczanie wcześniejszych wiadomości jako spam przez odbiorców oraz treść lub linki, które filtry kojarzą z nadużyciami. Zacząć trzeba od uwierzytelniania, bo duzi dostawcy skrzynek oczekują go od nadawców masowych, a zależy ono wyłącznie od Ciebie.
- Czy rekord SPF powinien kończyć się na ~all czy -all?
- Zakończenie -all prosi odbiorców o odrzucanie poczty z serwerów spoza listy; ~all oznacza ją jako miękki błąd, czyli zwykle przyjmuje, ale traktuje z większą podejrzliwością. Tam, gdzie opublikowano politykę DMARC, odbiorcy oceniają DMARC niezależnie od tego wyniku, więc różnica ma mniejsze znaczenie. Często stosowana ścieżka to ~all na czas sprawdzania, czy każdy uprawniony nadawca jest na liście, a potem przejście na -all.
Kiedy jedno sprawdzenie to nie wszystko.
Obsługa skrzynki odpowiada na to, co do niej trafia, a kontrola wysyłek pilnuje, żeby to, co wychodzi, też przechodziło te testy.