Centrum wiedzy

Wyniki walidacji i ostrzeżenia

Dowiedz się, jak interpretować główny status, powód wyniku, ostrzeżenia oraz pola techniczne widoczne w wynikach walidacji.

Główne statusy walidacji

Pole status jest główną klasyfikacją wyniku. Statusy biznesowe walidacji, także invalid, temporary_failure, blocked i unknown, oznaczają poprawnie wykonane sprawdzenie i w API zwracają HTTP 200.

Status Co oznacza Czego nie oznacza Praktyczna decyzja
Prawidłowy
valid
Adres ma poprawną składnię, domena ma obsługiwaną infrastrukturę pocztową, a w Deep serwer mógł zaakceptować etap RCPT. Nie gwarantuje doręczenia ani realnego zaangażowania odbiorcy. Używaj w pierwszej kolejności, nadal stosując dobre praktyki wysyłkowe.
Nieprawidłowy
invalid
Adres ma błąd składni albo Deep uzyskał jednoznaczne odrzucenie odbiorcy. Przepełniona skrzynka jest obecnie klasyfikowana jako invalid. Nie jest błędem API ani chwilowym timeoutem. Nie wysyłaj bez ręcznej korekty lub ponownego pozyskania adresu.
Ryzykowny
risky
Adres ma sygnał ryzyka, np. domenę jednorazową, lokalną część funkcyjną albo możliwą literówkę. Nie przesądza, że skrzynka nie istnieje. Segmentuj ostrożnie, potwierdź intencję odbiorcy albo użyj mniej agresywnej wysyłki.
Brak infrastruktury pocztowej
no_mx
Domena nie istnieje, deklaruje brak obsługi poczty albo nie ma obsługiwanej infrastruktury do przyjmowania wiadomości. Nie oznacza awarii DeliverIQ. Nie jest jednak tym samym co surowy brak rekordu MX, bo system uwzględnia też inne poprawne ścieżki DNS. Nie używaj adresu bez poprawy domeny lub ponownego pozyskania danych.
Tymczasowy problem
temporary_failure
Wystąpił timeout, przejściowy błąd DNS/SMTP, limiter lub blokada reputacyjna po stronie próby walidacyjnej. Nie dowodzi, że adres jest błędny. Ponów walidację później albo potraktuj adres ostrożnie w kampanii.
Zablokowano
blocked
Walidacja została zatrzymana przez politykę dostawcy albo rozpoznano domenę parkingową. Nie zawsze oznacza parked domain i nie potwierdza nieistnienia skrzynki. Wysyłaj tylko, jeśli masz mocne źródło zgody i kontrolujesz ryzyko reputacyjne.
Nieznany
unknown
Odpowiedź była niejednoznaczna albo wynik nie pozwolił na bezpieczną klasyfikację. Nie jest pozytywnym ani negatywnym potwierdzeniem. Nie traktuj jako czystej listy; rozważ ponowną walidację lub ręczną ocenę źródła.

Ostrzeżenia i sygnały ryzyka

reason jest głównym powodem statusu, a warnings to dodatkowe sygnały. Ostrzeżenia mogą pojawić się także przy statusie valid, jeśli wynik wymaga ostrożniejszej interpretacji.

  • possible_typo: domena wygląda podobnie do znanej domeny; odpowiedź może zawierać sugestię poprawki.
  • role_account: adres wygląda na skrzynkę funkcyjną, np. działową lub wspólną.
  • disposable_domain: domena jest znana jako tymczasowa albo jednorazowa.
  • free_provider: domena należy do znanego darmowego dostawcy; to sygnał informacyjny, nie błąd.
  • provider_accepts_unknown_recipients: rozpoznane zachowanie dostawcy sugeruje, że sama akceptacja SMTP może nie wystarczać do potwierdzenia skrzynki.
  • provider_limited: próba SMTP została ograniczona przez limity bezpieczeństwa lub zachowanie dostawcy.
  • smtp_client_reputation_blocked: odpowiedź dotyczy reputacji próby walidacyjnej, a nie pewnej jakości adresu.
  • parked_domain: domena wygląda na parkingową lub przeznaczoną do sprzedaży.
  • smtp_temporary_failure: warstwa SMTP zwróciła wynik tymczasowy albo timeout.

Wyniki walidacji Szybkiej

Walidacja Szybka bazuje na lokalnych regułach i DNS. W tym trybie pole deep jest puste, a kontrola SMTP nie jest wykonywana.

  • checks.syntax: czy adres ma poprawną składnię.
  • checks.disposable, role, free_provider, typo: lokalne sygnały jakości adresu.
  • checks.mx: czy DNS potwierdził obsługiwaną infrastrukturę pocztową.

Wartość null w checks oznacza brak rozstrzygnięcia albo etap, który nie był wykonywany w danym trybie.

Wyniki walidacji Dokładnej

W Walidacji Dokładnej pole deep pojawia się wtedy, gdy wynik obejmuje warstwę SMTP albo bezpiecznie odtworzony wynik z cache. Nie każdy wynik Walidacji Dokładnej ma faktycznie wykonaną próbę SMTP.

  • recipient_status: np. accepted, rejected, mailbox_full, temporary_failure, timeout, policy_rejection albo provider_limited.
  • smtp_attempted: mówi, czy realna próba SMTP została podjęta.
  • smtp_code i smtp_message: kontrolowany opis odpowiedzi SMTP; komunikaty mogą być redagowane przed zapisem i prezentacją.
  • mx_host i response_time_ms: informacje o serwerze i czasie odpowiedzi, jeśli są dostępne.

W obecnej wersji DeliverIQ nie sprawdza catch-all. Akceptacja SMTP jest sygnałem z pojedynczej sesji i nie potwierdza istnienia skrzynki.

recipient_status=accepted oznacza tylko akceptację komendy RCPT TO w tej sesji SMTP. Nie jest gwarancją, że skrzynka istnieje ani że późniejsza wiadomość zostanie doręczona.

Parametry SMTP i dostawcy poczty

Wynik Walidacji Dokładnej może zawierać kontrolowane informacje o zachowaniu dostawcy poczty: provider_key, provider_group, provider_behavior oraz provider_note, jeśli są dostępne. Służą one do pomocniczej interpretacji wyniku, zwłaszcza gdy dostawca ogranicza możliwość jednoznacznej oceny odbiorcy.

Te pola nie są listą wszystkich rozpoznawanych operatorów poczty i nie należy na ich podstawie budować gwarancji dostarczalności. Dostawcy mogą zmieniać polityki bez wcześniejszej informacji.

Jak podejmować decyzje na podstawie wyniku

Najlepsze decyzje powstają z połączenia statusu, reason, warningów i źródła kontaktu. Nie traktuj pojedynczego pola jako pełnej oceny odbiorcy.

  • Valid: używaj normalnie, ale nadal monitoruj odbicia i reputację domeny nadawczej.
  • Invalid i no_mx: nie wysyłaj bez poprawy danych albo ponownego pozyskania adresu.
  • Risky: segmentuj osobno, ogranicz tempo wysyłki lub potwierdź adres innym kanałem.
  • Temporary failure: ponów walidację później, zanim usuniesz kontakt.
  • Blocked i unknown: traktuj jako wynik nierozstrzygający i podejmuj decyzję na podstawie jakości źródła adresu.