Najczęstsze pytania

echo.email analizuje jedną wiadomość na adres i wyjaśnia wynik. Odpowiedzi poniżej opisują, jak działa usługa i co oznacza każdy test w raporcie.

Jak działa echo.email?

Strona główna tworzy nowy adres z trzech słów, na przykład power.file.tube@echo.email. Wiadomość wysłana na ten adres trafia do serwera poczty echo.email, który zapisuje rozmowę SMTP i przekazuje wiadomość do analizy. Kilka sekund później strona pokazuje raport o uwierzytelnianiu, treści, zgodności z wymaganiami i dostarczeniu. Nie trzeba niczego instalować i nie ma kont.

Jak długo adres jest ważny?

Adres działa, dopóki strona jest otwarta. Strona łączy się z serwerem co dwie sekundy. Jeśli odświeżysz ją w ciągu 10 minut, zachowasz ten sam adres w tej samej karcie. Gdy strona jest zamknięta dłużej niż 10 minut, serwer poczty odrzuca nowe wiadomości na ten adres z błędem trwałym.

Liczy się tylko pierwsza wiadomość, która dotrze. Kolejne wiadomości na ten sam adres są odrzucane, więc każdy raport dotyczy dokładnie jednego e-maila. Wiadomości większe niż 10 MB są odrzucane w trakcie rozmowy SMTP.

Jak długo są przechowywane raporty?

Każdy raport, zapisana wiadomość i dane pobranych obrazów są automatycznie usuwane 24 godziny po nadejściu wiadomości. Przez te 24 godziny link do raportu działa dla każdego, kto go ma. Potem link przestaje działać. Jedynym wyjątkiem jest przykładowy raport, bo pochodzi z wiadomości testowej wysłanej specjalnie w tym celu.

Co dzieje się z treścią wiadomości?

echo.email przechowuje całą wiadomość, czyli nagłówki, treść i załączniki, razem z danymi sesji SMTP, takimi jak adres IP nadawcy, nazwa HELO i wersja TLS. Dane pozostają w UE, a serwer poczty działa w Falkenstein w Niemczech. Każdy, kto ma link do raportu, widzi całą wiadomość, więc testuj najlepiej treści, które możesz udostępnić. Newslettery często zawierają linki śledzące i link do rezygnacji z subskrypcji powiązany z jednym odbiorcą. Jeśli wyślesz kopię na listę testową, te linki pozostaną prywatne.

Dwa adresy trafiają bezpośrednio do operatora usługi: contact@echo.email w sprawie pytań i zgłoszeń nadużyć oraz privacy@echo.email w sprawie wniosków dotyczących danych. Wszystkie szczegóły zawiera polityka prywatności.

Co sprawdza test SPF?

SPF wymienia serwery, które mogą wysyłać pocztę z domeną w return path. echo.email bierze domenę nadawcy koperty (adres MAIL FROM, nazywany też return path) i ocenia rekord SPF tej domeny dla adresu IP serwera, który dostarcza wiadomość. Tylko wynik pass jest dobry. Przy softfail, neutral lub none odbiorca nie ma dowodu SPF dla nadawcy.

Nazwa HELO nie jest sprawdzana, tak samo jak u dużych dostawców poczty przy ocenie SPF dla wysyłki masowej. Raport pokazuje każdy rekord i każdy mechanizm po drodze, więc widać, jak powstaje końcowy wynik.

Dlaczego liczba zapytań DNS ma znaczenie?

Ocena SPF może wykonać najwyżej 10 zapytań DNS. Do tego limitu liczą się mechanizmy include, a, mx, ptr, exists i redirect, także te w zagnieżdżonych include. Przekroczenie limitu zamienia wynik w błąd trwały, a odbiorcy traktują wiadomość tak, jakby nie miała żadnego poprawnego SPF. Puste zapytania, czyli zapytania, które nie zwracają rekordu, mają osobny limit dwóch. Zwykłą przyczyną są długie łańcuchy include od zewnętrznych usług, a krótsza lista usług rozwiązuje problem.

Co potwierdza DKIM?

DKIM dodaje do nagłówków wiadomości podpis kryptograficzny. Domena podpisująca publikuje klucz publiczny w DNS pod selektorem. echo.email pobiera klucz i weryfikuje podpis na nagłówkach i treści w takiej postaci, w jakiej dotarły. Wynik pass oznacza, że podpisane części dotarły bez zmian i że domena podpisująca za nie odpowiada.

Raport pokazuje domenę podpisującą (d=), selektor (s=), podpisane nagłówki (h=) oraz typ i rozmiar klucza. Raport ostrzega przed limitem długości treści (l=), bo ten limit pozwala dopisać treść po podpisie.

Co to jest DMARC?

DMARC wiąże SPF i DKIM z domeną widocznego adresu From. Domena From publikuje politykę w _dmarc.<domain>, która mówi odbiorcom, co robić z pocztą, która nie przechodzi uwierzytelniania: none, quarantine lub reject. Wiadomość przechodzi DMARC, gdy SPF lub DKIM przechodzi dla domeny zgodnej z domeną From.

DMARC nie dodaje własnego uwierzytelniania. Jego wartość to wymóg zgodności domen oraz raporty zbiorcze (rua=), które odbiorcy wysyłają właścicielowi domeny.

Co oznacza zgodność domen?

Zgodność domen (alignment) porównuje uwierzytelnioną domenę z domeną From. Luźna zgodność wymaga tej samej domeny organizacyjnej, więc mail.example.com jest zgodna z example.com. Ścisła zgodność wymaga dokładnie tej samej nazwy hosta. Domena organizacyjna pochodzi z Public Suffix List, która wie, że nazwy takie jak example.co.uk liczą się jako jedna domena do rejestracji. Gdy raport mówi o zgodności bez dodatkowego opisu, porównanie dotyczy domeny From.

Co to jest BIMI?

BIMI publikuje logo marki, które dostawcy poczty pokazują obok uwierzytelnionych wiadomości. Rekord znajduje się w default._bimi.<domain> i wskazuje logo SVG (l=) oraz, dla większości dostawców, certyfikat Verified Mark Certificate (a=). BIMI dotyczy tylko domen z egzekwowaną polityką DMARC, czyli quarantine lub reject na poziomie 100 procent. echo.email pokazuje rekord i to, czy polityka DMARC spełnia wymóg.

Dlaczego odwrotny DNS ma znaczenie?

Każdy adres IP, który wysyła pocztę, potrzebuje rekordu PTR wskazującego nazwę hosta, a ta nazwa potrzebuje rekordu A lub AAAA wskazującego z powrotem ten sam adres IP. To sprawdzenie w obie strony to forward-confirmed reverse DNS, czyli FCrDNS. Duzi dostawcy poczty traktują FCrDNS jako minimum dla serwera nadawczego, a poczta z adresu IP bez rekordu PTR jest często od razu odrzucana.

Co to jest ogólny odwrotny DNS?

Niektóre rekordy PTR mają schemat nazw dostawcy internetu, na przykład 192-0-2-10.dynamic.example.net. Takie nazwy sugerują łącze domowe albo serwer, którego nikt nie skonfigurował do poczty, i filtry traktują je podejrzliwie. Własna nazwa w domenie nadawcy, taka jak mail.example.com, wskazuje celowo skonfigurowany serwer poczty.

Jaka nazwa HELO sprawdza się najlepiej?

Serwer nadawczy przedstawia się nazwą HELO lub EHLO na początku rozmowy SMTP. Dobra nazwa należy do serwera nadawczego, ma wpis w DNS i pasuje do rekordu PTR adresu IP nadawcy. Same adresy IP, nazwy takie jak localhost i losowe ciągi znaków są typowe dla złośliwego oprogramowania i spamu typu snowshoe, a filtry biorą to pod uwagę.

Po co sprawdzać TLS?

Oportunistyczny TLS szyfruje rozmowę SMTP, gdy serwer odbierający oferuje STARTTLS. echo.email oferuje STARTTLS przy każdym połączeniu i zapisuje wersję TLS oraz szyfr wybrany przez nadawcę. Poczta wysłana bez TLS przesyłana jest między serwerami otwartym tekstem, a Google i Yahoo wymagają TLS od nadawców wysyłki masowej. Raport liczy też linki i obrazy ładowane przez zwykłe http, bo te żądania także nie są szyfrowane.

Po co sprawdzać IPv6?

O gotowości wiadomości na IPv6 decydują dwa pytania. Pierwsze brzmi: czy nadawca dociera do serwerów poczty, które używają tylko IPv6? Wiadomość, która dociera przez IPv6, od razu daje odpowiedź tak. Wiadomość, która dociera przez IPv4, nadal liczy się jako gotowa na IPv6, gdy host nadawczy ma rekord AAAA, odwrotny DNS tego adresu IPv6 wskazuje ten sam host, a SPF przechodzi dla tego adresu. Większość serwerów poczty wybiera IPv4 lub IPv6 przy każdym połączeniu, więc następna wiadomość z tego samego hosta często dociera przez IPv6. Drugie pytanie brzmi: czy każdy host, który serwuje obrazy i linki z wiadomości, ma rekord AAAA? Wtedy czytelnik w sieci tylko z IPv6 lub za NAT operatora (CGNAT) nadal wczyta treść. Raport oznacza wiadomość jako gotową na IPv6, gdy obie odpowiedzi brzmią tak.

Jak mierzony jest rozmiar wiadomości?

Rozmiar wiadomości to liczba bajtów w takiej postaci, w jakiej zostały przesłane: wszystkie nagłówki, każda część MIME, załączniki i narzut kodowania base64 lub quoted-printable. Gmail przycina wiadomości z ponad około 102 KB HTML i ukrywa resztę za linkiem. Przycięta część często zawiera link do rezygnacji z subskrypcji i piksel śledzący.

Co to jest waga obrazów?

Waga obrazów to łączny rozmiar zewnętrznych obrazów z tagów <img>, mierzony przez jednorazowe pobranie każdego obrazu. Ta liczba to minimum, bo obrazy z atrybutów srcset i tła CSS nie są liczone. Ciężka wiadomość wolno się ładuje na łączach mobilnych i zużywa dane czytelnika.

Co to jest nadmiar w obrazach?

Nadmiar w obrazach to szacunkowa liczba bajtów, które nadawca by zaoszczędził, gdyby serwował każdy obraz w rozmiarze bliższym temu, w jakim wiadomość go wyświetla. Obraz do dwóch razy większy od rozmiaru wyświetlania liczy się jako zerowy nadmiar, bo ekrany o wysokiej gęstości wykorzystują dodatkowe piksele. Powyżej dwukrotności rozmiaru wyświetlania dodatkowe piksele dokładają bajty bez dodatkowych szczegółów. Obrazy mniejsze niż 1 KB, na przykład odstępniki, nie są liczone.

Jak echo.email obsługuje obrazy?

Analiza pobiera każdy zewnętrzny obraz jeden raz i zapisuje status HTTP, przekierowania, rozmiar, typ treści i wymiary w pikselach. Potem porównuje te wymiary z rozmiarem podanym w HTML. Pobranie obrazu to właśnie to, co robi program pocztowy, gdy czytelnik otwiera wiadomość, więc śledzenie otwarć zapisuje otwarcie. Pobrania wychodzą z sieci Cloudflare, a żądania do adresów prywatnych lub wewnętrznych są odrzucane.

Linki są wyodrębniane z HTML i grupowane według hosta, a parametry zapytania są dekodowane, żeby były czytelne. echo.email nigdy nie otwiera zwykłych linków, bo otwarcie linku może potwierdzić subskrypcję, uruchomić jakąś akcję albo zarejestrować kliknięcie. Jedynym wyjątkiem jest adres URL do rezygnacji z subskrypcji jednym kliknięciem opisany niżej.

Co to jest List-Unsubscribe?

List-Unsubscribe to nagłówek zdefiniowany w RFC 2369. Nagłówek zawiera jeden lub więcej sposobów na wypisanie się z listy, na przykład adres mailto:, adres URL https: albo oba. Dostawcy poczty używają tego nagłówka, aby pokazać własny przycisk rezygnacji z subskrypcji obok nazwy nadawcy. Adresy URL ze zwykłym http są przestarzałe, a oczekiwanym standardem jest https.

Co to jest rezygnacja z subskrypcji jednym kliknięciem?

RFC 8058 dodaje drugi nagłówek, List-Unsubscribe-Post, ze stałą wartością List-Unsubscribe=One-Click. Gdy oba nagłówki są obecne, dostawca poczty wysyła żądanie POST na adres URL https, a odbiorca zostaje wypisany z listy bez odwiedzania żadnej strony. Google i Yahoo wymagają rezygnacji z subskrypcji jednym kliknięciem od nadawców wysyłki masowej.

echo.email wysyła to samo żądanie POST i pokazuje odpowiedź. Każdy status 2xx liczy się jako sukces. Żądanie usuwa z listy tylko tymczasowy adres echo.email.

Co oznacza rezygnacja z subskrypcji bez interakcji?

Rezygnacja z subskrypcji bez interakcji kończy się bez otwierania przeglądarki i bez żadnego potwierdzenia ze strony odbiorcy. One-click z RFC 8058 to preferowana metoda. Adres mailto: w List-Unsubscribe też się liczy, ale rezygnacja przez e-mail trwa dłużej i nie daje odbiorcy potwierdzenia, więc dostawcy traktują mailto jako rozwiązanie zapasowe.

Dlaczego nadal potrzebny jest link do rezygnacji z subskrypcji w treści wiadomości?

Przepisy o marketingu w większości krajów wymagają widocznego sposobu na wypisanie się z listy w samej wiadomości, zwykle linku w stopce. Nagłówki służą dostawcy poczty, a link w stopce służy czytelnikowi. echo.email szuka linku z tekstem o rezygnacji z subskrypcji albo adresu URL, który wygląda na adres do rezygnacji. Wykrywanie działa heurystycznie i czasem wybiera zły link. Osobny parametr śledzący w linku w stopce pozwala w statystykach nadawcy odróżnić rezygnacje ze stopki od rezygnacji z nagłówka.

Co to jest List-Id?

List-Id (RFC 2919) nadaje nazwę liście mailingowej, do której należy wiadomość, na przykład News <news.example.com>. Google i Yahoo nie wymagają tego nagłówka. Serwery odbierające i odbiorcy używają go do sortowania i filtrowania poczty według strumienia wysyłki, więc dodanie go to dobra praktyka.

Czym jest lista dobrych praktyk?

Lista opiera się na wymaganiach, które Google i Yahoo opublikowały w 2024 roku dla nadawców wysyłki masowej: zgodny SPF, zgodny DKIM, odwrotny DNS potwierdzony w przód (FCrDNS), TLS, domena From, która nie jest domeną darmowej poczty i nie oblewa DMARC, opublikowana polityka DMARC, co najmniej jedna zgodna metoda uwierzytelniania, rezygnacja z subskrypcji jednym kliknięciem i widoczny link do rezygnacji z subskrypcji. Każdy wiersz mówi tak lub nie. Czerwony wiersz to prawdopodobna przyczyna gorszego miejsca w skrzynce odbiorczej u dużych dostawców, a pełny wynik to podstawa wysyłki masowej.

Niektóre wiersze liczą się tylko wtedy, gdy mają zastosowanie. Dwa wiersze o rezygnacji z subskrypcji liczą się, gdy wiadomość ma nagłówek wysyłki masowej: List-Unsubscribe, List-Unsubscribe-Post, List-Id albo Precedence z wartością bulk, list lub junk. W wiadomości osobistej bez żadnego z tych nagłówków te wiersze się nie liczą. Zgodność SPF nie wchodzi do wyniku, gdy nadawca koperty został przepisany przez SRS, a DMARC przechodzi dzięki zgodnemu DKIM. Po przepisaniu SRS SPF sprawdza domenę serwera, który przepisał adres, zamiast domeny From. Usługi przekazywania poczty domyślnie używają SRS, a niektóre serwery nadawcze stosują SRS do całej poczty wychodzącej, przez co tracą zgodność SPF. Wynik pokazuje, ile liczonych wierszy jest spełnionych.

Jak wyświetlana jest wiadomość?

Widok wyrenderowany pokazuje część HTML w odizolowanej ramce (sandbox). Renderuje ją przeglądarka, więc wynik odpowiada przeglądarce na komputerze, a nie konkretnemu programowi pocztowemu ani urządzeniu. Skrypty, formularze i linki są w podglądzie wyłączone. Inne widoki pokazują wiadomość z zablokowanymi obrazami i z tekstem alternatywnym w miejscu każdego obrazu, czyli tak, jak wielu czytelników widzi wiadomość za pierwszym razem.

Co pokazuje sekcja MIME?

MIME to wewnętrzna struktura wiadomości: części, typy treści, zestawy znaków, kodowania transferu i granice, które oddzielają części. Typowy newsletter ma kontener multipart/alternative z częścią text/plain i częścią text/html. Brak części tekstowej, brak granicy zamykającej albo nietypowe zagnieżdżenie od razu widać w drzewie.

Co pokazuje sekcja Wiadomość źródłowa?

Sekcja Wiadomość źródłowa pokazuje wiadomość w takiej postaci, w jakiej została odebrana, wraz ze statystykami: łączny rozmiar, liczba wierszy, najdłuższy wiersz, znaki spoza ASCII i końce wierszy bez CR. RFC 5322 ogranicza wiersz do 998 znaków, a niektóre serwery łamią lub odrzucają dłuższe wiersze. Końce wierszy bez znaku powrotu karetki (CR) to częsta przyczyna błędów DKIM, bo serwery po drodze je przepisują.

Widok wiadomości źródłowej zaczyna się od nagłówków śledzenia, które mx.echo.email zapisuje przy dostarczeniu: Return-Path, Authentication-Results, Received-SPF i Received. Pod nimi jest wiadomość dokładnie w takiej postaci, w jakiej została odebrana, a link do pobrania daje niezmieniony plik .eml.

Które listy blokujące sprawdza raport?

Odbiorcy sprawdzają adres IP nadawcy i domeny nadawcy na listach blokujących DNS, a obecność na popularnej liście prowadzi do odrzucenia lub filtrowania poczty. Raport sprawdza te same listy co scan.mx: Spamhaus ZEN i AuthBL dla adresu IP, Spamhaus DBL i ZRD dla domeny From i domeny koperty, a do tego SpamCop, GBUdb Truncate i PSBL dla adresów IPv4. Każdy wiersz mówi, czy adres jest na liście, i zawiera link do strony usuwania z listy prowadzonej przez jej operatora.

Wpis z powodu polityki w Spamhaus PBL oznacza zakres adresów, z których poczta nie powinna wychodzić bezpośrednio, na przykład łącze domowe. Poczta z takiego adresu powinna przechodzić przez serwer poczty dostawcy. Wyniki są przechowywane w pamięci podręcznej przez dwie godziny, więc poprawka pojawi się w nowym teście najpóźniej po dwóch godzinach.

Co oznacza wynik SpamAssassin?

SpamAssassin to filtr antyspamowy open source, którego używa wiele serwerów odbierających. Serwer poczty ocenia każdą wiadomość testową za pomocą SpamAssassin i standardowych reguł, aktualizowanych codziennie. Raport pokazuje sumę, próg spamu równy 5 i każdą regułę, która zadziałała, zaczynając od reguł z największą liczbą punktów. Ujemne punkty działają na korzyść wiadomości, na przykład za poprawny podpis DKIM.

Testy sieciowe sprawdzają adres IP nadawcy i domeny z linków w Spamhaus (przez DQS), URIBL, SURBL i innych listach ze standardowych reguł. Uczenie bayesowskie i sieci współdzielonych skrótów (hash) Razor, Pyzor i DCC są wyłączone, więc wynik zależy tylko od wiadomości, a żadne dane o wiadomości nie opuszczają serwera w celu uczenia.

Wynik jest orientacyjny i nie wlicza się do wyniku dobrych praktyk. Każdy odbiorca używa własnego filtra z własnymi regułami i progami, a Gmail i Outlook nie używają SpamAssassin. Wynik powyżej zera jest normalny. Reguły z największą liczbą punktów pokazują, gdzie zmiana pomoże najbardziej. Wiadomości większe niż 500 KB nie są oceniane.

Dlaczego domeny nadawcy potrzebują serwerów poczty?

Odpowiedzi trafiają do domeny From, a zwroty do domeny nadawcy koperty. Obie domeny potrzebują rekordu MX albo przynajmniej rekordu adresu, którego serwery poczty używają zastępczo. Null MX, czyli pojedynczy MX wskazujący kropkę (RFC 7505), oznacza, że domena nie przyjmuje poczty, i niektórzy odbiorcy odrzucają wiadomości z takiej domeny.

Które elementy HTML są uznawane za ryzykowne?

Skrypty, formularze, iframe, object i embed rzadko mają sens w wiadomości e-mail. Większość programów pocztowych je usuwa, a filtry antyspamowe uznają je za oznakę phishingu. Zwykłe linki i obrazy wykonują tę samą pracę bez tej kary. Sekcja treści pokazuje też rozmiar HTML i ilość widocznego tekstu w HTML, bo wiadomość złożona prawie wyłącznie ze znaczników lub obrazów wygląda dla filtrów podejrzanie.

Dlaczego raport ostrzega przed skracaczami linków?

Publiczne skracacze, takie jak bit.ly, ukrywają rzeczywisty cel linku. Kampanie phishingowe często ich używają, więc filtry traktują podejrzliwie linki, które przez nie przechodzą. Linki prowadzące bezpośrednio do domeny nadawcy budują reputację.

Co pokazuje sekcja DNS?

Każde zapytanie DNS wykonane na potrzeby raportu pojawia się w sekcji DNS, pogrupowane według celu: odwrotny DNS, SPF, DKIM, DMARC, BIMI, serwery poczty i sprawdzenie IPv6. Zapytań do list blokujących tu nie ma, bo ich nazwy zawierają klucz dostępu. Każdy wpis pokazuje nazwę, typ rekordu, kod odpowiedzi, odpowiedzi z TTL oraz ewentualne rekordy autorytatywne. Lista pokazuje, które rekordy dały każdy wynik, co pomaga, gdy niedawna zmiana w DNS nie dotarła jeszcze do wszystkich resolverów.

Więcej darmowych narzędzi

scan.mx
Sprawdza konfigurację poczty domeny: MX, SPF, DKIM, DMARC, BIMI.
portscan.com
Sprawdza, które porty TCP są otwarte na adresie IP, w tym port 25.