testy dostarczalności w różnych krajach

Testy dostarczalności w różnych krajach pokazują różnice w ocenie tej samej wysyłki przez lokalnych dostawców poczty.

Dlaczego ta sama wiadomość może być oceniana różnie

Testy dostarczalności w różnych krajach służą do sprawdzenia, czy wiadomość e-mail dociera do skrzynki odbiorczej, trafia do folderu spamu, zostaje odrzucona albo nie pojawia się w skrzynce z innego powodu. Ten sam nadawca i ta sama treść mogą uzyskać odmienne wyniki zależnie od kraju odbiorcy, używanego dostawcy poczty oraz lokalnej reputacji adresu IP i domeny. Nie oznacza to, że granica państwowa zmienia działanie protokołu SMTP. Różnice wynikają przede wszystkim z odmiennej polityki operatorów, lokalnych baz reputacyjnych, filtrów antyspamowych i sposobu interpretacji sygnałów dotyczących nadawcy.

W badaniu warto rozdzielić kilka etapów. Pierwszy to nawiązanie połączenia SMTP z serwerem odbiorcy. Następnie serwer może sprawdzić rekord MX domeny, poprawność adresu IP, rekord odwrotny PTR, obsługę TLS oraz zgodność domeny nadawcy z mechanizmami SPF, DKIM i DMARC. Dopiero po przyjęciu wiadomości przez serwer odbiorcy można oceniać jej umieszczenie w skrzynce odbiorczej lub w spamie. Sam komunikat o pomyślnym zakończeniu sesji SMTP nie gwarantuje więc, że wiadomość będzie widoczna w głównym folderze użytkownika.

Jak przygotować porównywalny test międzynarodowy

Porównanie krajów ma sens tylko wtedy, gdy scenariusz testowy jest możliwie stały. Należy używać tej samej domeny nadawcy, tego samego adresu IP, identycznej treści, podobnego tematu wiadomości oraz tej samej konfiguracji nagłówków. Zmiana kilku parametrów naraz utrudnia ustalenie, czy wynik wynika z lokalizacji odbiorcy, czy z innej zawartości albo innego środowiska wysyłkowego. Jeżeli test obejmuje wiadomość HTML, trzeba zachować również ten sam układ, te same odnośniki i podobny rozmiar załączników.

Odbiorców testowych należy rozmieścić w różnych sieciach i u różnych operatorów pocztowych, ponieważ kraj nie jest jedynym czynnikiem różnicującym. Skrzynki powinny być aktywne, ale nieużywane do przypadkowej korespondencji, która zmieniałaby ich indywidualną reputację. Warto rejestrować datę wysyłki, użyty adres IP, kod odpowiedzi SMTP, pełne nagłówki odebranej wiadomości, folder docelowy oraz opóźnienie między wysłaniem a dostarczeniem. Dobrą praktyką jest wykonanie kilku prób w różnych porach, ponieważ systemy filtrujące mogą stosować limity, opóźnienia lub czasowe kwarantanny.

Wynik należy przedstawiać oddzielnie dla dostarczenia technicznego i położenia wiadomości. Dostarczenie techniczne oznacza przyjęcie przez serwer odbiorcy, natomiast położenie wskazuje, czy wiadomość trafiła do skrzynki głównej, spamu, kwarantanny albo innego folderu. Należy także odnotować odpowiedzi typu 4xx, które zwykle wskazują na odrzucenie tymczasowe, oraz odpowiedzi typu 5xx, oznaczające trwałą odmowę przyjęcia. Nie wolno traktować pojedynczej próby jako dowodu stałego zachowania danego operatora.

Reputacja, uwierzytelnianie i lokalna polityka filtrów

Jednym z podstawowych elementów testu jest kontrola uwierzytelniania domeny. SPF pozwala wskazać, jakie serwery mogą wysyłać pocztę w imieniu domeny. DKIM dodaje do wiadomości podpis kryptograficzny, który odbiorca może zweryfikować na podstawie klucza publicznego opublikowanego w DNS. DMARC określa sposób powiązania domeny widocznej w polu From z wynikami SPF lub DKIM oraz informuje, jak odbiorca może postąpić w razie niezgodności. Błąd w jednym z tych mechanizmów może mieć różne konsekwencje u różnych operatorów, ponieważ każdy z nich ma własne reguły oceny ryzyka.

Testy powinny obejmować także reputację adresu IP i domeny. Serwer może odrzucać wiadomości z adresów znajdujących się na listach blokad, z niepoprawnym odwrotnym DNS albo z historią nietypowego wolumenu wysyłki. Znaczenie ma również zgodność nazwy użytej w poleceniu EHLO z konfiguracją DNS i certyfikatem TLS. Samo szyfrowanie połączenia nie poprawia automatycznie reputacji, ale jego brak może obniżyć zaufanie lub spowodować odmowę u operatora wymagającego bezpiecznego transportu.

Na wynik wpływa również treść wiadomości. Filtry analizują między innymi strukturę HTML, stosunek tekstu do grafiki, adresy odnośników, domenę nadawcy, nagłówki oraz podobieństwo do wcześniej sklasyfikowanych wiadomości. Wiadomość może zostać dostarczona do serwera, a następnie przeniesiona do spamu po analizie zawartości. Dlatego w raporcie trzeba odróżnić błąd infrastruktury od klasyfikacji antyspamowej. Nie każda różnica między krajami wskazuje na awarię konfiguracji.

Interpretacja wyników i diagnostyka stanowiska roboczego

Raport z testów powinien zawierać co najmniej domenę i adres IP nadawcy, kraj oraz operatora skrzynki testowej, czas próby, kod odpowiedzi SMTP, wynik SPF, DKIM i DMARC, folder docelowy oraz pełne nagłówki. Przydatne jest porównanie pól Received, Authentication-Results, Return-Path i Message-ID. Nagłówek Authentication-Results pokazuje, jak serwer odbiorcy ocenił mechanizmy uwierzytelniania, ale jego interpretacja musi uwzględniać nazwę serwera, który ten nagłówek wystawił. Nie należy dopisywać własnych wniosków wyłącznie na podstawie wyglądu wiadomości w programie pocztowym.

Jeżeli test działa poprawnie w jednym kraju, a w innym kończy się błędem 4xx lub 5xx, należy sprawdzić pełny komunikat odpowiedzi, rekordy DNS oraz reputację adresu nadawcy. Jeżeli wszędzie występuje przyjęcie SMTP, lecz wiadomości trafiają do spamu, większe znaczenie mają polityka operatora, reputacja domeny, treść i zachowanie odbiorców. Gdy problem występuje tylko na jednym komputerze, warto sprawdzić klienta pocztowego, lokalny program zabezpieczający, filtr antyspamowy oraz poprawność konfiguracji konta. Zmiana programu pocztowego nie naprawi jednak problemu po stronie serwera nadawcy.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, dlatego może pomóc w sprawdzeniu stanowiska, na którym przygotowywane są testy, połączenia sieciowego oraz lokalnej konfiguracji programu pocztowego. Wynik takiej kontroli trzeba interpretować w granicach urządzenia i oprogramowania użytkownika. Różnice w dostarczalności zależne od operatora, domeny, adresu IP lub polityki filtrów wymagają analizy po stronie infrastruktury pocztowej, a nie samej naprawy komputera.