Jak sprawdzamy Twój e-mail
Sprawdzamy, gdzie wylądowała konkretna kopia i co można ustalić na temat konfiguracji i zawartości jej wysyłania. Wyniki opisują testowe skrzynki pocztowe w zarejestrowanych godzinach sprawdzania. Pokrycie może być częściowe: dostępny wynik nie oznacza, że brakujące kontrole zostały pomyślnie zakończone.
Gdzie wylądował e-mail
Wysyłasz e-mail z własnego systemu wysyłkowego na wybrane adresy testowe. Szukamy jego kopii u każdego dostawcy i zapisujemy jej folder oraz czas wykrycia. Dotyczy to poszczególnych skrzynek pocztowych; nie przewiduje całej kampanii.
- Skrzynka odbiorcza, spam i inne foldery
- Kopia została znaleziona w tym folderze. Promocje i biuletyny liczą się jako otrzymane, ale nie jako główna skrzynka odbiorcza.
- Nie znaleziono adresu e-mail
- Po pomyślnym wyszukiwaniu podczas sprawdzania nie znaleziono pasującej kopii. Nie oznacza to odrzucenia dostawy ani umieszczenia spamu.
- Nie udało się sprawdzić
- Odczyt skrzynki pocztowej nie powiódł się lub dowody są niewystarczające. Nie zastępujemy spamu ani skrzynki odbiorczej nieznanym wynikiem.
Jak obliczany jest procent skrzynki odbiorczej
Główna skrzynka odbiorcza ÷ otrzymane kopie zewnętrzne × 100
Na przykład: 3 skrzynki odbiorcze + 6 spamu + 1 nie znaleziono = 10 wybranych skrzynek pocztowych. Otrzymano dziewięć egzemplarzy; udział skrzynki odbiorczej wynosi 3/9, czyli 33%. Zawsze czytaj licznik, mianownik i zasięg obserwacji.
Diagnostyczna skrzynka pocztowa LDM jest wykluczona z zliczeń zewnętrznych i wartości procentowej skrzynki odbiorczej. Brakujące kopie, zwroty i niedostępne skrzynki pocztowe są również wyłączone z tego odsetka. Niewystarczająca próbka powoduje nieznaną ogólną ocenę. Próg wyświetlania oceny to zasada obsługi technicznej, a nie statystyczna gwarancja dla odbiorców.
Stany techniczne i dopasowanie egzemplarzy
W API potwierdzone wyszukiwanie bez kopii to miejsce docelowe=not_received, provider_availability.status=dostępny, powód = mailbox_read_succeeded. measured_at rejestruje czas odczytu.
Zapisany wynik not_received z potwierdzonym niepowodzeniem odczytu staje się seed_unavailable z przyczyną = mailbox_read_failed. Niedokończony wynik pozostaje w oczekiwaniu na wynik z błędami odczytu w provider_availability. Brak dowodów odczytu nie oznacza zakończenia wyszukiwania.
Historia dostaw i nieudana dostawa w ramach kontroli serwisowej nie zastępują zapisanego pomiaru. Każda kopia zachowuje nazwę dostawcy, czas otrzymania i dostępną tożsamość wiadomości. Jeden raport może zawierać różne domeny From: jest to różnica pomiędzy kopiami, a nie dowód na to, że znaleziono niepowiązaną wiadomość. Dopasowanie zależy od identyfikatorów i dostępnego wyszukiwania. IMAP UID jest powiązany ze skrzynką pocztową i UIDVALIDITY; przeniesienie wiadomości może zmienić jej UID. Microsoft Graph ma własne reguły tożsamości. Ograniczone wyszukiwanie może spowodować pominięcie kopii.
Obserwacje 24-godzinne
Wynik początkowy i późniejsze kontrole
Początkowe zbieranie zwykle kończy się po około dziesięciu minutach. Każda otrzymana kopia zewnętrzna ma swoje własne 24-godzinne okno rozpoczynające się od pierwszego potwierdzonego wykrycia. Późniejsze kontrole stwierdzają ten sam egzemplarz; nie wysyłamy nowych e-maili w celu narysowania wykresu.
Obserwacje odbywają się co godzinę. Kompaktowy wykres wyświetla wybrane punkty kontrolne w godzinach 0/3/6/12/18/24. Kolor potwierdza folder tylko w zapisanym czasie pomiaru. Lokalizacja pomiędzy kontrolami jest nieznana, nawet jeśli sąsiednie wyniki są zgodne.
Przyszłe punkty, luki i błędy pozostają odrębnymi stanami. Późniejszy błąd nie usuwa poprzedniego potwierdzonego folderu, ale nie potwierdza również bieżącego folderu. Wypełnione okno nie oznacza, że każdy pomiar się powiódł.
Powiadomienia o zmianach i ostateczny e-mail zależą od włączonych ustawień i weryfikacji odbiorcy. Ich status jest pokazany w raporcie. Odbiorcy, którzy nie subskrybują subskrypcji, nie otrzymują powiadomień.
Co oznaczają znaczniki czasu na wykresie
Zaplanowana próba nie jest udanym pomiarem. Kolejki, limity dostawców i błędy mogą opóźnić lub pominąć kontrolę. Potwierdzone punkty na wykresie i pełna lista prób to różne liczby. Nieznany harmonogram nie oznacza braku faktycznych obserwacji.
Pierwsze wykrycie w Spamie nie oznacza wcześniejszego umieszczenia w skrzynce odbiorczej. Pomiędzy sprawdzeniami wykryto zmianę folderu; dokładny czas i przyczyna mogą być nieznane. Wynik końcowy uwzględnia ostatni potwierdzony folder i jego czas, łącznie z obserwacjami niekompletnymi; Nie gwarantuje się prawidłowego pomiaru dokładnie o godzinie 24:00.
Nadawca i serwer
Testy wysyłane pochodzą z jednej zapisanej kopii: najpierw kopii diagnostycznej LDM z odpowiednią tożsamością, w przeciwnym razie odpowiedniej kopii zewnętrznej. Jeśli wiarygodne dopasowanie nie jest dostępne, wybrana kopia jest oznaczona jako niepewna. Szczegóły identyfikują jego źródło, czas, adres i dostępny adres IP. Nie uzupełniamy brakujących wyników karnetami z innych egzemplarzy.
Uwierzytelnianie z domeny
Od to adres podany w wiadomości. Otrzymanie kopii i dopasowanie adresu wprowadzonego do testu nie powoduje jej uwierzytelnienia. Uwierzytelnianie z domeny pokazujemy osobno tylko wtedy, gdy wystarczające dowody wiążą pomyślną kontrolę DMARC z tą kopią. Nie weryfikuje to konkretnej skrzynki pocztowej ani osoby.
- SPF
- Sprawdza, czy adres IP jest uprawniony do wysyłania w domenie kopertowej SMTP użytej jako adres zwrotny. Może różnić się od Od.
- DKIM
- Sprawdza podpis i integralność podpisanych części wiadomości. Domena podpisująca może różnić się od domeny From. Brak podpisu i podpis, którego weryfikacja nie powiodła się, to różne wyniki.
- DMARC
- Wymaga pomyślnego sprawdzenia SPF lub DKIM z domeną dopasowaną do widocznego pola Od. Polityka p=none oznacza monitorowanie, a nie błąd uwierzytelnienia.
Jeśli kontrole nie uwierzytelnią domeny, pokażemy ją jako niezweryfikowaną. Jeżeli dowody nie są wystarczające, wynik pozostaje nieznany. Różnica pomiędzy wprowadzoną domeną i Od jest oznaczana osobno. Pomyślne uwierzytelnienie nie gwarantuje umieszczenia skrzynki odbiorczej.
Źródła dowodów, wersje podsumowujące i specyfikacyjne
Korzystamy z zapisanej lokalnej weryfikacji oryginalnej wiadomości lub wyniku zaufanego serwera odbierającego. Dowolny nagłówek Authentication-Results nie jest dowodem. Pochodzenie SMTP ma znaczenie: adres IP w Odebranych może należeć do przekaźnika; koperty SMTP i HELO nie można zrekonstruować na podstawie samego widocznego źródła. Od uwierzytelnienia wymaga pomyślnego wyniku DMARC powiązanego z domeną tej samej kopii; starsze zapisy bez wystarczającej oprawy pozostają nieznane.
Techniczne podsumowanie All Clear wymaga pomyślnych kontroli SPF, DKIM, DMARC i PTR, znanych danych źródłowych i wypełnionych zapytań o listę zablokowanych bez trafień. Potwierdzony problem oznacza Znaleziono problemy; brakujące dowody lub błędy. Nie można sprawdzić. Problemy i niekompletne dowody mogą współistnieć. Sprzeczne wyniki dla tej samej domeny i adresu IP pozostają widoczne.
Dostępność SPF, DKIM i DMARC jest niezależna: brak dowodu SMTP dla SPF nie unieważnia dostępnej kontroli podpisu DKIM. Każda metoda zachowuje swój dokładny wynik i powód dostępności. Są to konwencje podsumowujące Sprawdź, a nie minimalne wymagania każdego dostawcy. Oddzielny wynik uwierzytelnienia domeny wymaga własnych dowodów potwierdzających. SPF zachowuje wynik pozytywny, negatywny, miękki, neutralny, brak i błędy; ścieżka zwrotna SMTP o wartości null wykorzystuje tożsamość HELO. Wyszukiwanie klucza DKIM wymaga selektora; nieznany selektor nie ustala uszkodzonego DKIM.
Ścisłe dostosowanie DMARC wymaga identycznych domen; zrelaksowane dostosowanie wykorzystuje domenę organizacyjną zgodnie z zasadami oceniającego. Obecna specyfikacja to RFC 9989, która zastępuje RFC 7489 i RFC 9091. Zapisane wyniki lokalne korzystały z usługi mailauth 4.6.8 i jej zasad oceny domeny; otwarcie raportu nie powoduje ich przeliczenia zgodnie z nową specyfikacją.
Zapisana wersja metody: 2026-10-01; aktualna rewizja interpretacji wyników: 2026-11-04. Wersja oceniająca jest pokazana tylko tam, gdzie została zapisana; brakująca wersja w starszym raporcie nie jest zastępowana dzisiejszą datą. Stosujemy wersjonowane konserwatywne zasady: niewystarczające dowody pozostają nieznane. Potwierdzone powtarzalne przypadki rozszerzają wersjonowane reguły dopiero po testach regresyjnych; nieobsługiwane przypadki pozostają nieznane. Reguły nie uczą się automatycznie na podstawie wyników testów. Data przeglądu tego dokumentu nie zmienia wersji silnika ani wyników historycznych.
PTR, DNS i listy blokowania
IP → PTR → A/AAAA →to samo IP
PTR przechodzi, gdy adres IP wskazuje nazwę hosta, którego rekordy A/AAAA zawierają ten sam adres IP. Nazwa hosta nie musi być zgodna z domeną Od. Brakujący rekord lub niezgodność adresu IP nie podlegają kontroli; błąd wyszukiwania lub brakujący dowód oznacza, że nie można było go sprawdzić.
Wyniki PTR i listy zablokowanych opisują adres IP podany w momencie sprawdzania. Szczegóły pokazują źródło adresu IP; adres z nagłówków może należeć do przekaźnika. Te wyniki nie uwierzytelniają domeny From.
Sprawdzanie listy blokowanych adresów IP wykorzystuje adres IP zidentyfikowany dla wybranej zapisanej kopii wiadomości. Pokazujemy adres IP i jego źródło. Adres z nagłówków wiadomości może należeć do przekaźnika i sam w sobie nie uwierzytelnia nadawcy. Jeśli adres IP jest niedostępny, wynik pozostaje nieznany; nie zastępujemy adresu MX, adresu wywnioskowanego z adresu From ani adresu IP innej kopii. Odpytujemy ograniczony zestaw list blokowania adresów IP. „Nie wymienione na sprawdzonych listach zablokowanych” oznacza tylko, że ukończone nazwane kontrole nie znalazły żadnego wpisu w zarejestrowanym czasie. Wykazy, błędy i niekompletne kontrole są wyświetlane osobno. Sprawdzanie domeny nie zastępuje sprawdzania adresu IP. Brak ofert nie gwarantuje dobrej reputacji ani umieszczenia w skrzynce odbiorczej.
Są to zapisane wyniki: otwarcie raportu nie powoduje ponownego sprawdzenia. Czas otrzymania kopii jest inny niż czas sprawdzania listy zablokowanych. Jeśli godzina kontroli nie została zapisana, stwierdzamy to wyraźnie.
Kto konfiguruje PTR i czym różni się HELO
Właściciel adresu IP lub usługa wysyłająca konfiguruje PTR. W przypadku własnego serwera poproś dostawcę adresu IP o ustawienie PTR na nazwę hosta, taką jak mail.example.org, a następnie wskaż A/AAAA tej nazwy hosta na ten sam adres IP. Rekord PTR w zwykłej strefie domeny nie konfiguruje strefy odwrotnej IP. Platforma wysyłająca zarządza PTR dla własnych serwerów.
Wyszukiwanie do przodu sprawdza pierwszą zwróconą nazwę hosta PTR: A dla IPv4, AAAA dla IPv6. Jeśli zwróconych zostanie kilka nazw, pozostałe nie są liczone jako sprawdzone; ich liczba jest zachowywana szczegółowo. HELO/EHLO to nazwa prezentowana przez serwer SMTP. Jego konfiguracja i dodatkowe wymagania dostawcy są niezależne od wyniku PTR. Jeśli brakuje nazwiska lub dowodu jego sprawdzenia, zgodność nie jest zakładana.
Rekord DNS to opublikowane ustawienie, a nie pomyślne sprawdzenie wiadomości. Sam rekord SPF TXT, klucz DKIM lub polityka DMARC nie uwierzytelniają tej kopii. MX identyfikuje serwery poczty przychodzącej i nie ustala wychodzącego adresu IP. Zapisane kontrole raportów nie są świeżymi wyszukiwaniami DNS przy każdym otwarciu strony.
Treść e-maila
Test dostawy analizuje otrzymaną kopię; oddzielny moduł sprawdzania wersji roboczej analizuje przesłane treści. Oryginalny MIME z kopii zewnętrznej może obsługiwać uwierzytelnianie lokalne. Z technicznego punktu widzenia zawartość MIME może być analizowana bez pełnych dowodów SMTP, ale zawartość, wyniki SpamAssassin i Rspamd są wyświetlane tylko wtedy, gdy te kontrole rzeczywiście zostały przeprowadzone. Sam dostępny MIME nie oznacza, że te kontrole zostały przeprowadzone. W raporcie rozróżniane są testy zakończone, pominięte i niedostępne. Wyniki narzędzia Analyzer nie stanowią wartości procentowej skrzynki odbiorczej ani ustalonej przyczyny spamu.
SpamAssassin i Rspamd używają różnych reguł i progów; ich wyniki nie są uśredniane w prawdopodobieństwie dostawy. Zapisany zrzut ekranu przedstawia wiadomość w przechwyconym kontekście, a nie test każdego klienta poczty e-mail. Brakujący zrzut ekranu nie unieważnia pomiaru folderu.
Otrzymany egzemplarz
Analizujemy dostępną kopię wiadomości. Części niekompletne, zaszyfrowane lub niedostępne nie są liczone jako pomyślnie sprawdzone.
Jak działa ta kontrola i jej ograniczenia
Pułap surowej analizy MIME wynosi 20 MiB (20 × 1024 × 1024 bajtów). Oddzielny limit 2 MiB dotyczy łączonego kodu HTML i tekstu: przekroczenie go powoduje, że analiza treści jest niedostępna i nieskuteczna w przypadku obciętej treści. Ścieżki pobierania mogą mieć niższe limity, w tym 10 MiB w ograniczonych ścieżkach IMAP. Dlatego rozmiar poniżej 20 MiB sam w sobie nie gwarantuje pełnej analizy.
Wersja tekstowa
Szukamy oryginalnej części w postaci zwykłego tekstu. Tekst wygenerowany z HTML nie jest osobną wersją. Starsze raporty mogą nie zawierać tego pomiaru.
Porównanie wersji
Porównujemy znormalizowaną treść HTML i zwykły tekst i osobno szukamy linków HTML, których brakuje w części tekstowej. Różnica nie ustanawia innego znaczenia; żadna wykryta różnica nie gwarantuje równoważnego znaczenia.
Jak działa ta kontrola i jej ograniczenia
Porównanie tekstu usuwa adresy URL i znaki inne niż litery i cyfry, a następnie normalizuje wielkość liter. To jest porównanie techniczne, a nie tłumaczenie czy sprawdzenie semantyczne.
Słownik fraz
Dopasowujemy całe słowa i wyrażenia w temacie oraz widocznym tekście do ograniczonego słownika rosyjskiego i angielskiego LDM. Dopasowanie jest powodem do sprawdzenia sformułowań, a nie dowodem na przyczynę spamu.
Jak działa ta kontrola i jej ograniczenia
Zasada LDM 1389.1 wyklucza rozpoznane adresy URL, adresy e-mail, kod, wyraźne cytaty i pobliskie negacje. Jest to heurystyczne, niepełne zrozumienie języka lub lista słów zakazanych dostawcy. Inne języki nie są uznawane za zaznaczone.
Linki
Sprawdzamy dostępność kwalifikujących się linków internetowych. HTTP 404/410, odmowa dostępu, limity szybkości i przekroczenia limitu czasu to różne wyniki. Pominięty link nie jest liczony jako działający.
Jak działa ta kontrola i jej ograniczenia
Rozpoznane linki do rezygnacji z subskrypcji i innych działań nie są otwierane. Limity bezpieczeństwa i dostępu mogą uniemożliwić żądanie. Odpowiedź serwera opisuje czas i warunki sprawdzenia, ale nie gwarantuje dostępności dla każdego odbiorcy.
Załączniki
Liczymy załączone pliki i ich zdekodowane rozmiary. Obrazy wbudowane są oddzielne. Brak danych w starszym raporcie nie oznacza, że nie było żadnych plików.
Jak działa ta kontrola i jej ograniczenia
Na liście wyświetlanych jest maksymalnie 30 plików; obsługiwane sprawdzanie typu pliku obejmuje wszystkie dostępne załączniki. Odniesienie do załącznika bez wykrytego pliku jest sugestią tekstową do sprawdzenia.
Typy plików
Porównujemy rozpoznany format pliku z jego rozszerzeniem. Nie uruchamiamy plików, nie rozpakowujemy archiwów ani nie wykonujemy skanowania antywirusowego.
Jak działa ta kontrola i jej ograniczenia
MailParser wyodrębnia załączniki; typ pliku 16.5.4 rozpoznaje obsługiwane formaty na podstawie początkowych bajtów. Nierozpoznany typ nie gwarantuje bezpieczeństwa pliku. Ograniczenia dotyczące załączników w kliencie poczty e-mail są informacjami referencyjnymi.
Wskaźniki śledzenia
Oznaczamy mały lub ukryty zdalny obraz za pomocą wskaźnika śledzenia, piksela, sygnału nawigacyjnego lub otwartego adresu. Jest to wniosek dotyczący celu wiadomości, a nie dowód otwarcia wiadomości e-mail.
Jak działa ta kontrola i jej ograniczenia
Reguła LDM 1389.1 sprawdza HTML bez ładowania obrazu. Same elementy dystansowe i obrazy wbudowane nie stanowią dowodu śledzenia. Żadne dopasowanie reguły nie wyklucza innych technik śledzenia.
Zrezygnuj z subskrypcji
Oddzielnie wykrywamy link do treści, adres URL HTTPS w opcji List-Unsubscribe oraz wartość List-Unsubscribe=One-Click w opcji List-Unsubscribe-Post. Wykryte nagłówki nie dowodzą, że przycisk działa. Nie składamy prośby o rezygnację z subskrypcji.
Jak działa ta kontrola i jej ograniczenia
Rozpoznajemy wartość List-Unsubscribe=Jedno kliknięcie. Pełna zgodność z RFC 8058 wymaga również prawidłowego podpisu DKIM obejmującego oba nagłówki i działający punkt końcowy HTTPS POST. Nasza kontrola obecności nagłówka nie ustala tych warunków. Wymagania dotyczące rezygnacji z subskrypcji zależą od typu wiadomości i dostawcy.
Technologie poczty elektronicznej
Wykrywamy formularze, media, elementy i kod osadzony, AMP, karty Outlook, dane strukturalne i kalendarzowe, formaty obrazów i potwierdzone animacje. Kod nie jest wykonywany; układ nie jest testowany na wszystkich klientach.
Jak działa ta kontrola i jej ograniczenia
Dane referencyjne „Czy mogę wysłać e-mailem” opisują konkretną funkcję i wersję klienta; data jego testu jest podana szczegółowo. To nie jest nowy test Twojej poczty e-mail u każdego klienta. Brakujące profile oznaczają, że nie sprawdzono zgodności.
Rozmiar
Rozmiary nieprzetworzonych bajtów wiadomości i zdekodowanych załączników to oddzielne pomiary. HTML plus rozmiar tekstu nie jest równy całkowitemu rozmiarowi wiadomości i sam w sobie nie świadczy o przycinaniu Gmaila.
Przegląd tekstu AI
Po włączeniu wysyłamy temat i widoczny tekst do modelu z zastąpionymi adresami e-mail i linkami internetowymi. Załączniki i nagłówki techniczne nie są wysyłane. AI sugeruje poprawki ortograficzne i wstępny typ wiadomości; zmiany nie są stosowane automatycznie.
Jak działa ta kontrola i jej ograniczenia
W tej recenzji wykorzystano maksymalnie 500 znaków tematu i 8000 znaków treści; długie wiadomości są sprawdzane częściowo. Pokazujemy model, uzasadnienie i zakres oraz sprawdzamy, czy cytowane fragmenty występują w tekście. Zastąpienie linków i adresów nie jest całkowitym usunięciem poufnych danych. To jest sugestia modelu, a nie werdykt firmy Microsoft lub filtra spamu.
Pola tematu i niewypełnione
Pusty temat, znak zastępczy � i wykryte pole szablonu to obserwowalne fakty. Nikt sam nie ustala, dlaczego wiadomość trafiła do Spamu.
Wersja reguły zawartości LDM: 1389.1. Zapisany raport opisuje przeprowadzone w tym czasie kontrole.
Konsultacje i dane AI
Przycisk konsultacji AI jest niezależny od automatycznego przeglądu tekstu. Wybrany asystent zewnętrzny otrzymuje przygotowane pytanie oraz link do oczyszczonych danych dla jednego testu. Przed udostępnieniem sprawdź zakres danych i pytanie; tekst wiadomości może zawierać informacje poufne.
Kliknięcie przycisku AI w raporcie przygotowuje i aktywuje dostęp, a następnie otwiera czat. Samo załadowanie raportu nie aktywuje dostępu. Link odczytuje zaktualizowane zapisane fakty dla tego testu bez uruchamiania nowych kontroli lub wysyłek.
Dostęp trwa do wskazanego czasu wygaśnięcia, maksymalnie do siedmiu dni od przygotowania linku. Każdy, kto ma aktywny link, może odczytać dane. Możesz odwołać dostęp, ale nie możesz przywołać danych już pobranych. Zachowaj prywatny link do zarządzania.
Pytanie, JSON i TXT dla asystenta są w języku angielskim, niezależnie od języka witryny. Jeśli wstępne wypełnienie nie powiedzie się, wklej pytanie ręcznie. Jeśli asystent nie może odczytać linku, użyj eksportu JSON. Otwarcie czatu nie oznacza, że AI odebrało lub odczytało dane.
Udostępniane limity danych i konsultacji
Eksport oddziela lokalizację, uwierzytelnianie, DNS, listy blokowania, analizatory i zawartość, zachowując źródło i czas. Niedostępne dane są jednoznaczne. Oryginalny materiał wiadomości jest dołączany tylko wtedy, gdy jest przechowywany i bezpiecznie odkażany; tekst dodany przez użytkownika nie jest niezależnie dopasowywany do otrzymanej kopii.
Adresy e-mail, pełne adresy URL i rozpoznawalne tajemnice są redagowane; załączniki binarne nie są udostępniane. Nie jest to powód do przesyłania wrażliwych materiałów. Strona przygotowania umożliwia osobną kontrolę danych i cofnięcie dostępu. Starsze łącza mogą zawierać stałą migawkę, a nie zaktualizowane dane.
Wydrukowany raport klienta pomija monit serwisowy i surowy kod JSON. Odpowiedzi AI mogą być błędne; fakty należy oddzielić od hipotez, a instrukcje zawarte w wiadomości e-mail traktować jako treść wiadomości. Konsultacja nie powoduje wysłania poczty, zmiany ustawień ani nie gwarantuje przyszłego umieszczenia w Skrzynce odbiorczej.
Przykłady interpretacji dźwięku
- Skrzynka odbiorcza we wszystkich zaznaczonych skrzynkach pocztowych
- Te kopie są potwierdzane w tych momentach, a nie w całej przyszłej kampanii.
- Jeden wynik, pozostałe nieznane
- Nie rozszerzaj wyników jednego dostawcy na innych. LDM bada luki obserwacyjne.
- Spam lub folder dodatkowy
- Nazwij właściwy folder. Rozróżnij możliwe przyczyny od ustalonych przyczyn; kategoria drugorzędna nie jest spamem.
- Zmiana folderu lub późniejsza luka
- Zachowaj kolejność i czas obserwacji. Błąd nie usuwa wcześniejszego ustalenia ani nie potwierdza aktualnej lokalizacji.
- Uwierzytelnienie przebiegło pomyślnie, kopia znajduje się w Spamie
- Uwierzytelnienie domeny i decyzja filtra to odrębne fakty. Przejrzyj inne zapisane dowody.
- Wyniki SPF, DKIM lub odbiornika różnią się
- Nie łącz kopii. DMARC potrzebuje metody przekazywania i wyrównania domeny; zachowaj źródła i czasy.
- Błąd DNS, analizatora lub dostępu
- Brak zakończonej kontroli oznacza brak ustalonej przepustki. Traktuj oddzielnie PTR, listy bloków i wyniki analizatorów.
- Sztuczna inteligencja nie mogła odczytać linku lub otrzymała inny tekst
- Podaj ograniczenia i wykorzystaj dostępne fakty. Dodany tekst nie zapewnia zgodności z oryginałem.
Po stwierdzeniu wady należy ją skorygować i przesłać nowy test kontrolowany. Jeśli spam będzie się powtarzał, porównaj pojedynczą zmianę: tekst minimalny, tekst biznesowy, linki, formatowanie, a następnie śledzenie. Zachowaj wymagane anulowanie subskrypcji. Stowarzyszenie potrzebuje testu potwierdzającego i samo nie ustala przyczyny filtrującej. Nie obiecujemy dat odzyskania reputacji ani nie zalecamy zmiany tożsamości w celu uniknięcia filtrów.
Ponowne testowanie i monitorowanie
Aby przetestować kampanię, wyślij tę samą wiadomość e-mail w taki sam sposób, w jaki wysyłasz ją do klientów, bez przekazywania istniejącej kopii. Wiadomość e-mail z tego samego systemu może przetestować ustawienia wysyłania, ale jej folder nie przewiduje wyniku dla innej zawartości. Zmiany wymagają nowego wysłania. Ponowna obserwacja starej kopii nie jest nowym testem wysyłania.
Zapisz link do raportu. Stały link na stronie testowej prowadzi do adresów następnego e-maila i historii testów. Udostępniaj łącza dostępu do danych tylko osobom, którym zamierzasz przyznać dostęp.
Monitorowanie domeny to osobna kontrola ustawień, wykonywana mniej więcej co sześć godzin. Buduje historię z zapisów i raportuje wybrane zmiany. Migawka gościa nie aktywuje monitorowania cyklicznego: zapisany zasób i powiadomienia osobiste wymagają potwierdzenia e-mailem.
Monitorowanie zasięgu i limitów wyników
Dostępne kontrole obejmują DNS, pocztę, HTTP/HTTPS, TLS i wybrane reguły niestandardowe. Obserwacje poczty obejmują SPF, DMARC, MX, próbkowane MX PTR i listy blokowania, a także dostępne dane STARTTLS, MTA-STS i TLSA. Przychodzące adresy IP MX mogą różnić się od adresów IP serwera wychodzącego. Integracje mają własne wymagania dotyczące połączeń i własności.
Monitorowanie DNS nie mierzy w sposób ciągły dostarczania wiadomości do skrzynki odbiorczej. Kontrola nie ustala wskaźników skarg rzeczywistych odbiorców, zaangażowania ani pełnej zgodności z zasadami każdego dostawcy. Jeden test nie wyjaśnia wszystkich przyczyn spamu ani nie gwarantuje wyniku kolejnej kampanii.
Źródła i ograniczenia
Normy opisują protokoły. Konwencje liczenia i podsumowywania testów wyjaśniono powyżej; cytaty nie poświadczają usługi. Wymagania dostawcy poczty zależą od usługi odbiorcy, liczby wysyłanych wiadomości i typu wiadomości i mogą się zmieniać.
- Google:wskazówki dla nadawców wiadomości e-mail
- Yahoo:wymagania i zalecenia
- Microsoftu:wysyłanie dużych ilości danych do Outlook.com
Specyfikacje techniczne
- SPF — RFC 7208
- DKIM — RFC 6376
- DMARC — RFC 9989
- Zaufaj wynikom uwierzytelniania — RFC 8601
- SMTP i EHLO — RFC 5321
- Identyfikatory IMAP — RFC 9051
- Identyfikatory Microsoft Graph
Google i Yahoo rozróżniają wymagania dotyczące wszystkich nadawców i odbiorców zbiorczych; połączone wymagania firmy Microsoft dotyczą adresów konsumenckich w Outlook.com i dużych wolumenów. Zalecenia dotyczące nazewnictwa serwerów i liczby skarg nie zastępują opisanego powyżej kryterium PTR.
Zapisane wyniki i zrzuty ekranu mogą zawierać fragmenty diagnostyczne wiadomości. Nie przesyłaj do testów tajemnic ani wrażliwych danych. Przetwarzanie, przechowywanie i usuwanie opisano w polityka prywatności.