Potwierdź, że adres e-mail nie istnieje (a zatem nie może odbierać wiadomości)

Pamiętaj, że jest to inne niż potwierdzenie, że ten adres istnieje. Czy istnieje sposób udowodnienia, że ​​dany adres e-mail nie jest w stanie odbierać wiadomości e-mail?

to znaczy. ze stronami takimi jak http://www.email-validator.net/

czy istnieje 100% sposób udowodnienia, że ​​określony adres nie może odbierać danych?

Jedyny przypadek, w którym możesz być pewnie jest, jeśli nazwa domeny (część za @ w adresie) jest nieprawidłowa. Na przykład, jeśli jest to john@example.c, to nigdy nie może zostać dostarczone, ponieważ .c nie jest i nigdy nie będzie prawidłową TLD. Dlatego nikt nie może mieć tej domeny i nikt nie może skonfigurować serwera poczty z adresem IP, na który wskazuje ta domena.

W przeciwnym razie możesz co najwyżej sprawdzić następujące elementy:

1. Czy domena jest teraz ważna? Jeśli nie jest, żadna poczta nie może zostać odebrana pod tym adresem. Ale nowe TLD pojawiają się coraz częściej. Tak więc niektóre domeny, które są teraz nieprawidłowe, mogą stać się ważne później, a następnie mogą zostać użyte do wysyłania wiadomości e-mail, a Twój adres może zostać użyty. Na przykład stolicą Szwajcarii jest Berno. Nie dostali aplikacji dla TLD .bern do ICANN na czas, ale są ludzie, którzy chcą spróbować następnym razem. Więc johndoe@example.bern jest teraz nieważny, ale może zostać użyty później.

2. Czy domena jest ważna, ale jeszcze nie zarejestrowana? Na razie nie można tam odebrać żadnej poczty. Ale zawsze może zostać zarejestrowany i wykorzystany później, a jeśli czas będzie odpowiedni, serwer może przejść do trybu online, podczas gdy serwer SMTP nadal będzie próbował regularnie wysyłać pocztę. Na przykład johndoe@example.horse jest poprawny (tak, naprawdę istnieją adresy .horse), ale domena example.horse nie jest obecnie używana.

3. Czy domena jest zarejestrowana, ale serwer poczty nie odpowiada? Podobnie jak powyżej, nie można teraz odbierać poczty, ale serwer poczty może przejść do trybu online w ciągu kilku minut. Na przykład moja własna domena nie ma uruchomionego serwera poczty, ale prawdopodobnie mógłbym zainstalować podstawowy w ciągu jednej lub dwóch godzin, z pewnym doświadczeniem w tej sprawie na pewno jeszcze mniej.

4. Czy serwer odpowiada, ale odpowiedź brzmi „nieznany adres”. Może to być prawda, żadne konto o tej nazwie nie istnieje w domenie, a serwer poczty upuszcza pocztę, lub może być prawdą, a serwer poczty przekierowuje pocztę na konto typu catch-all lub może to być kłamstwo i serwer działa tak, jakby konto nie istniało, ale w rzeczywistości ma konto i dostarcza pocztę.

5. Szczególny przypadek: czy adres e-mail jest zgodny ze standardami ( http://tools.ietf.org/html/rfc6530 ), e. sol. czy mieści się w dozwolonej długości (nie pamiętam dokładnie, ale myślę, że było to mniej niż 300 znaków) lub czy zawiera tylko dozwolone znaki. Jeśli tak się nie stanie, robi się interesująco. Jeśli twój klient pocztowy i serwer SMTP mogą sobie z tym poradzić, mogą po prostu próbować wysyłać pocztę, mimo że adres nie jest zgodny ze standardami. Teraz teoretycznie odbierający serwer pocztowy może go wyrzucić z powodu braku zgodności lub mógłby działać tak, jakby go wyrzucił, ale zamiast tego nadal go dostarczał. Ten przypadek jest jednak wysoce teoretyczny. Przykład: a "b (c) d, e: f; gi [j k] l@example.com

Nie całkiem. Istnieje wiele rzeczy, które mogą powodować fałszywie dodatnie, a także fałszywe wyniki.

Najważniejsze przykłady mojej głowy to: - Serwer poczty tymczasowo wyłączony - Nieprawidłowo skonfigurowany filtr spamu jest zbyt agresywny - Serwer działa poprawnie, ale skrzynka pocztowa go nie odbiera (nastąpiło na moim serwerze z powodu konfiguracji)

Jedyne prawdziwe wskazanie, że adres działa zgodnie z przeznaczeniem, otrzymuje od niego odpowiedź. A nawet to może być tymczasowe. Z drugiej strony każdy problem zgłaszany podczas próby dotarcia do niego może być także tymczasowy.

Jedynym wyjątkiem, o którym myślę, jest to, że domena po prostu nie istnieje.

Nie, nie ma sposobu.

Serwer e-mail może akceptować wiadomości e-mail i po prostu je upuszczać.

PS: W niektórych przypadkach możesz mieć 80% pewności, że w tej chwili nie ma wiadomości e-mail.

• Domena nie ma MX rekord (nie ma serwera do wysyłania e-maili) & lt; To jest źle. Jeśli nie ma MX, następuje próba dostarczenia poczty do rekordu A dla domeny. Sprawdź dokumenty RFC.

• Nie ma serwera SMTP (nic nie nasłuchuje na porcie 25). Jakkolwiek serwer może być tymczasowo wyłączony.

• Serwer SMTP jawnie zgłasza „nie ma takiej skrzynki pocztowej”. Ale jakiś hacky serwer może zwrócić ten błąd każdemu, z wyjątkiem niektórych klientów specjalnych.