email deliverability check

Email deliverability check to narzędzie weryfikujące skuteczność dostarczania wiadomości do skrzynek odbiorców.

Na czym polega email deliverability check

Email deliverability check to analiza tego, czy wiadomość elektroniczna ma techniczne warunki do dotarcia do skrzynki odbiorcy i pojawienia się w folderze odebranych wiadomości. Sprawdzenie nie ogranicza się do potwierdzenia, że serwer nadawcy przyjął komunikat. Ocenia także, czy serwer odbiorcy zaakceptuje połączenie SMTP, czy domena nadawcy ma prawidłowe wpisy DNS oraz czy wiadomość nie zawiera cech typowych dla spamu. Dostarczenie i wyświetlenie wiadomości to dwa różne etapy: komunikat może zostać przyjęty przez serwer, a następnie trafić do spamu albo kwarantanny.

Typowy test może obejmować wysłanie kontrolnej wiadomości na specjalnie przygotowany adres, analizę odpowiedzi serwera SMTP oraz odczyt nagłówków wiadomości. W odpowiedzi SMTP kod zaczynający się od 2, na przykład 250, oznacza pomyślne przyjęcie operacji. Kody 4xx, takie jak 421 lub 450, zwykle wskazują na błąd tymczasowy, ograniczenie przepustowości albo czasową odmowę. Kod 550 należy do odpowiedzi wskazujących na trwałe odrzucenie, choć szczegółowa interpretacja zależy od treści odpowiedzi i polityki konkretnego serwera.

SPF, DKIM i DMARC jako podstawa weryfikacji nadawcy

Jednym z najważniejszych elementów testu jest sprawdzenie autoryzacji domeny. SPF, czyli Sender Policy Framework, wykorzystuje rekord TXT w DNS domeny i określa, jakie serwery mogą wysyłać pocztę z określonym adresem domenowym. Podczas weryfikacji serwer odbiorczy porównuje adres IP połączenia SMTP z regułą SPF. Błąd może wynikać między innymi z braku adresu wysyłającego w rekordzie, przekroczenia limitu zapytań DNS albo nieprawidłowego mechanizmu include.

DKIM, czyli DomainKeys Identified Mail, dodaje do wiadomości podpis kryptograficzny. Klucz prywatny pozostaje po stronie systemu wysyłającego, a odpowiadający mu klucz publiczny jest publikowany w rekordzie TXT pod nazwą zawierającą selektor DKIM. Email deliverability check sprawdza, czy podpis można zweryfikować i czy podpisane nagłówki oraz treść nie zostały zmienione po wysłaniu. Uszkodzenie wiadomości podczas przekazywania, błędna konfiguracja selektora albo brak klucza publicznego powodują niepowodzenie weryfikacji.

DMARC łączy wyniki SPF i DKIM z wymaganiem zgodności domeny widocznej w polu From z domeną uwierzytelnioną. Rekord DMARC określa również sposób postępowania z wiadomościami, które nie spełniają reguł: none oznacza zbieranie informacji bez żądania odrzucenia, quarantine sugeruje skierowanie komunikatu do kwarantanny lub spamu, a reject wskazuje na odrzucenie. Raport z testu powinien rozróżniać samą obecność rekordu od jego poprawności oraz zgodności domen.

Reputacja, odbicia i położenie wiadomości w skrzynce

Poprawne SPF, DKIM i DMARC nie gwarantują automatycznie dostarczenia do folderu Odebrane. Serwery pocztowe uwzględniają także reputację adresu IP, reputację domeny, historię wysyłki, liczbę odbić oraz reakcje odbiorców. Email deliverability check może analizować twarde odbicia, czyli trwałe odrzucenia związane na przykład z nieistniejącym adresem, oraz miękkie odbicia, które wynikają z tymczasowej niedostępności skrzynki, przepełnienia limitu lub czasowego ograniczenia ruchu.

Ważnym źródłem informacji są nagłówki Received, Authentication-Results, Return-Path oraz Message-ID. Pole Authentication-Results może wskazywać wyniki sprawdzenia spf, dkim i dmarc wykonane przez serwer odbiorczy. Nagłówki Received pokazują kolejne serwery uczestniczące w przekazywaniu wiadomości, ale należy czytać je od dołu do góry, ponieważ najstarszy wpis znajduje się zwykle najniżej. Niezgodność między domeną From, domeną używaną do podpisu DKIM i domeną ścieżki zwrotnej może pogorszyć ocenę wiadomości albo spowodować niepowodzenie kontroli DMARC.

Testy wykorzystujące skrzynki kontrolne mogą sprawdzać także, gdzie wiadomość została umieszczona: w odebranych, w spamie czy poza skrzynką. Wynik zależy od dostawcy poczty, dlatego nie należy traktować jednego testu jako uniwersalnego dowodu dla wszystkich odbiorców. Warto powtarzać sprawdzenie po zmianie dostawcy SMTP, domeny, rekordu DNS, systemu newsletterowego albo konfiguracji podpisu DKIM. Przydatne jest również porównanie daty wysłania z czasem widocznym w nagłówkach, ponieważ nieprawidłowy zegar urządzenia lub systemu wysyłającego może utrudnić analizę kolejności zdarzeń.

Jak wynik testu przekłada się na diagnostykę komputera

Email deliverability check dotyczy przede wszystkim konfiguracji poczty, domeny i serwerów, ale część problemów może być widoczna na laptopie lub komputerze PC. Błędny adres serwera SMTP, nieprawidłowy port, wyłączone szyfrowanie TLS, odrzucone hasło albo uszkodzony profil programu pocztowego mogą sprawiać wrażenie problemu z dostarczaniem, mimo że wiadomość w ogóle nie została prawidłowo przekazana do serwera wysyłającego. Diagnostyka powinna wtedy rozdzielić błąd lokalnej aplikacji od błędu odpowiedzi serwera.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, dlatego w przypadku lokalnych problemów z programem pocztowym można rozpocząć od sprawdzenia połączenia sieciowego, ustawień klienta poczty, certyfikatów oraz komunikatów wyświetlanych przez aplikację. Sam test dostarczalności nie zastępuje analizy konfiguracji domeny ani oceny polityki serwera odbiorcy. Rzetelny wynik powinien wskazywać konkretny etap, na którym występuje problem: połączenie, uwierzytelnienie, przekazanie wiadomości, weryfikację SPF/DKIM/DMARC, odrzucenie przez serwer albo klasyfikację jako spam.

Przy interpretacji raportu należy zachować oryginalną treść odpowiedzi SMTP i pełne nagłówki, ponieważ skrócony komunikat typu „wiadomość nie dotarła” nie pozwala ustalić przyczyny. Znaczenie mają również dokładna domena nadawcy, używany adres IP, data testu i adres serwera odbiorczego. Dopiero zestawienie tych danych pozwala odróżnić błąd programu pocztowego od problemu z autoryzacją domeny, reputacją wysyłającego lub polityką przyjmowania wiadomości.