2013-12-03 2 views
3

Я использую команду как sendmail -bv [email protected], чтобы проверить адрес электронной почты, чтобы подтвердить, что адрес действителен или нет, прежде чем отправлять фактическую электронную почту людям. он работает для большинства сайтов, которые я тестировал. Но иногда, я использую sendmail для некоторого веб-сайта, который даст мне все пропуск, независимо от того, какое имя я поставил для на том же сайте.проверить адрес электронной почты на Linux

Например:

sendmail -bv [email protected]

где yyyyyy может быть все, что также передает команду и всегда сообщают из "[email protected] проверено". Кажется правильным, но я думаю, что это должно быть что-то неправильно. Зачем ?

Другие контрольные почтовые адреса в Linux будут надежными и доступными, как и что команда делает это?

+1

Привет вы можете использовать Nslookup - тип = те gmail.com для проверки домен для идентификации идентификатора почты, который вы можете использовать telnet, проверьте эту ссылку http://www.labnol.org/software/verify-email-address/ –

ответ

0

Следующая команда и ссылка решили проблему.

-nslookup команда помощь, чтобы узнать адрес почтового сервера для examplesite.com

Nslookup -type = ое examplesite.com;

- https://superuser.com/questions/224015/how-to-check-if-email-address-does-exist

Инструкция ответ в помощь ссылка на verfiy адрес электронной почты полностью

+0

Почему, черт возьми, это -1 и принято. –

7

Короткий ответ: Там не 100% надежный способ проверить существование получателя электронной почты, кроме фактически отправить сообщение там и получатель по ссылке в теле сообщения.

Объяснение: То, что большинство из этих адресов verifcation инструментов сделать, это связаться с сервером получателя, начать SMTP сессию и использовать SMTP «RCPT TO» (или иногда «VRFY») проверка команды, если сервер отвечает 200 OK или 550 Неизвестен. Это работает, если сервер выполняет проверку получателей, но многие серверы просто принимают все сначала, а затем отказывают сообщение позже, если получатель не существует. Даже при фильтрации получателей некоторые системы (например, Exchange 2013) отвечают только с «Пользователь неизвестен» после этапа SMTP DATA, что означает, что вам действительно нужно отправить полное сообщение, прежде чем вы получите результат.

Более совершенные системы проверки также проверяют наличие отказов, но даже это ненадежно. Получение отказов может означать, что адрес получателя существует, но это также может означать, что адресный зонд был помещен в карантин, или вы просто не дождались достаточно долго для отката.

+0

Краткое краткое объяснение несогласованного поведения ответов хоста, которые я видел до сих пор. Красиво сделано. –

0

Короче: Нет, нет команды, которая делает это.

Обретение уверенности в существовании: Пока нет абсолютно точного способа проверить существование адреса электронной почты без конечного пользователя, нажав подписанную ссылку из электронной почты, там длинные, подробные guides о том, как можно было бы подход к получению своего рода «уровня уверенности» в существовании адреса.Грубая разбивка этих уровней:

  1. Хост существует и имеет почтовые обмены (поиск DNS с помощью nslookup или его эквивалента).
  2. MX принимает конверт по адресу, но является сервером пересылки (может быть ложным).
  3. MX принимает конверт по адресу и является «основным» сервером (часто недоступным извне).
  4. Было отправлено настоящее сообщение, которое не отскакивало, учитывая достаточное время (предполагая, что сервер не только поддерживает маму).
  5. Настоящее сообщение было отправлено, и получатель указал так.

и отображение уровней, что они означают:

  • (0) Определенно не существует.
  • (1,2) Неопределимо.
  • (> = 3) Существует.

Вы можете выяснить, какие MX примут конверты явно несуществующие адреса, и, таким образом, иметь возможность различать уровни достоверности 2 и 3.

Смежные вопросы