Для продвинутых Проверка e-mail адресов на существование: yandex, gmail, mail.ru, mail.com и др.

[tanichev]

Информация получена практическим путем) пришлось перейти на другой прокси, ну и 4к аккаунтов теперь хотят телефон.

 

[Ilshakin]

Информация получена практическим путем) пришлось перейти на другой прокси, ну и 4к аккаунтов теперь хотят телефон.

Может это Вы что то неправильно делаете? Представляете сколько адресов содержит в себе 24 подсеть и зачем ее заносить в подозрительные?
Да и слово "подозрительные" не совсем понятно в данном контексте. Подозрение в чем, в авторегистрации акаунтов, в мультиаккаунтинге, подозрительные действия в самом аккаунте?

По поводу урезания лимитов - согласен, есть такое. А вот в остальном - ищите проблему у себя. Года 2 назад купил пачку авторегов, которые использую исключительно для валидации баз майла - все живы, авторизируются без кукисов и без привязки ip к аккаунту.

 

[tanichev]

Одна подсеть и 300 тестовых аккаунтов улетело под эту штуку очень быстро, когда я брал рандомные значения из списков акки, и прокси, потом возвращал их в конец списка.

Когда сделал привязку ip к аккаунту ~700 штук в сутки чекалось где-то месяц, нон-стоп и без последствий. Поднял до 1500 и к утру ни один акк не работал.
Потом взял еще 1000 и взял ip проксей ранее не задействованных, но из под сетей где споймали. Уменьшил до 700, спустя пару часов 80% акков не работало.

 

[tanichev]

Может это Вы что то неправильно делаете? Представляете сколько адресов содержит в себе 24 подсеть и зачем ее заносить в подозрительные?
Да и слово "подозрительные" не совсем понятно в данном контексте. Подозрение в чем, в авторегистрации акаунтов, в мультиаккаунтинге, подозрительные действия в самом аккаунте?

По поводу урезания лимитов - согласен, есть такое. А вот в остальном - ищите проблему у себя. Года 2 назад купил пачку авторегов, которые использую исключительно для валидации баз майла - все живы, авторизируются без кукисов и без привязки ip к аккаунту.

у меня акки тоже с отлежкой 3-4 года, и последний год я ими грел smtp для рассылок.

 

[tanichev]

Может это Вы что то неправильно делаете? Представляете сколько адресов содержит в себе 24 подсеть и зачем ее заносить в подозрительные?
Да и слово "подозрительные" не совсем понятно в данном контексте. Подозрение в чем, в авторегистрации акаунтов, в мультиаккаунтинге, подозрительные действия в самом аккаунте?

По поводу урезания лимитов - согласен, есть такое. А вот в остальном - ищите проблему у себя. Года 2 назад купил пачку авторегов, которые использую исключительно для валидации баз майла - все живы, авторизируются без кукисов и без привязки ip к аккаунту.

В сколько потоков? какая приблизительная скорость валидации в минуту?

 

[Ilshakin]

Ну конечно, если в аккаунт подключаемся с Москвы, а через 20 минут уже с Питера - вот они и отлетали. Подсеть тут непричем.
Резиденские в рамках одного города, 100 аков под Москву, 100 - питер и так распределяем.
Я вообще не использую прокси, базу в 40к можно прочекать с 1го ip, далее просто ребут модема и новые 40к

 

[tanichev]

Ну конечно, если в аккаунт подключаемся с Москвы, а через 20 минут уже с Питера - вот они и отлетали. Подсеть тут непричем.
Резиденские в рамках одного города, 100 аков под Москву, 100 - питер и так распределяем.
Я вообще не использую прокси, базу в 40к можно прочекать с 1го ip, далее просто ребут модема и новые 40к

у меня стоит задача прочекать 38кк почт, list.ru, bk.ru и тд. Уже прочекал 15 миллионов записей.


На маленькую базу, согласен что не надо заморачиваться.

 

[Ilshakin]

А смысл чекать сразу 38кк ?
Завтра, из прочеканных 15млн 1-2% умрет точно. Пока чекаем все 38кк умрет еще больше. Потом будет слать по невалидным)
Чекать нужно именно столько, сколько по силам отправить за день.

 

[tanichev]

А смысл чекать сразу 38кк ?
Завтра, из прочеканных 15млн 1-2% умрет точно. Пока чекаем все 38кк умрет еще больше. Потом будет слать по невалидным)
Чекать нужно именно столько, сколько по силам отправить за день.

1-2% bounce при рассылке шикарный показатель.

 

[Ilshakin]

1-2% bounce при рассылке шикарный показатель.

Это hard bounce, потому как адреса уже не существуют. Можно свести этот процент к 0%, чекая только те адреса, на которые сможем отправить.
А еще прибавим сюда боунсы по 550 ошибке и процент получается куда выше.
Если под вебмайлинг - то глаза на него можно и закрыть.
А если пытаемся выкачивать сервер и каждый день получаем по 1-2% hard bounce - далеко этот сервер не уедет.
Ну дело хозяйское, конечно

 

[tanichev]

вот что они рекомендуют. превышаешь показатель и забываешь об инбоксе)

 

[tanichev]

Это hard bounce, потому как адреса уже не существуют. Можно свести этот процент к 0%, чекая только те адреса, на которые сможем отправить.
А еще прибавим сюда боунсы по 550 ошибке и процент получается куда выше.
Если под вебмайлинг - то глаза на него можно и закрыть.
А если пытаемся выкачивать сервер и каждый день получаем по 1-2% hard bounce - далеко этот сервер не уедет.
Ну дело хозяйское, конечно

До того как почта перестает существовать, часто сначала мягкий bounce - переполнен. Тобишь на таком кол-во записей, hard bounce будет 0.1~0.3, 2-3 месяцев продержится точно.

Опять же, многое зависит от того как ты шлешь, все ли записи настроены, прогреты ли ip, ну и самое главное сколько ты шлешь)

 

[Ilshakin]

вот что они рекомендуют. превышаешь показатель и забываешь об инбоксе)

На картинке месячные лимиты.
Мы же, ежедневно выхватываем 1-2% баунса, только по невалидным + еще получаем баунсы по жалобам.
Процент по невалидным каждый день увеличивается, потому как база чекалась 1 раз.
Каждая новая неделя накидывает нам еще 1-2% к общим баунсам.
Вот мне и интересно, зачем валидировать сразу 38кк, если это приводит к ненужным баунсам, которые можно избежать, валидируя базу исключительно перед рассылкой.

 

[tanichev]

Отсечь не валидное на текущий момент, что бы быстро потом прочекать небольшую выборку перед рассылкой. Сама база 192кк записей уникальных и маилру там только небольшая часть. Чекается все одновременно просто.

 

[tanichev]

На картинке месячные лимиты.
Мы же, ежедневно выхватываем 1-2% баунса, только по невалидным + еще получаем баунсы по жалобам.
Процент по невалидным каждый день увеличивается, потому как база чекалась 1 раз.
Каждая новая неделя накидывает нам еще 1-2% к общим баунсам.
Вот мне и интересно, зачем валидировать сразу 38кк, если это приводит к ненужным баунсам, которые можно избежать, валидируя базу исключительно перед рассылкой.

Все верно, только hard bounce не равен пожаловаться на спам.

 

[Ilshakin]

Отсечь не валидное на текущий момент, что бы быстро потом прочекать небольшую выборку перед рассылкой. Сама база 192кк записей уникальных и маилру там только небольшая часть. Чекается все одновременно просто.

Отвалидировать, чтобы потом еще раз отвалидировать.
Ясно

 

[uuw]

Отвалидировать, чтобы потом еще раз отвалидировать.
Ясно

Если инвалидов в исходной базе процентов 80-90, то смысл есть

 

[Ilshakin]

Если инвалидов в исходной базе процентов 80-90, то смысл есть

Да я же говорю, дело хозяйское.
Можно взять конкретно столько, сколько можешь отправить и сразу отвалидировать перед отправкой.
А можно по 20 раз валидровать, вот только зачем, если достаточно валиднуть 1 раз перед отправкой?

 

[tanichev]

Если инвалидов в исходной базе процентов 80-90, то смысл есть

Вы правильно поняли, но базы покупные, со всего интернета. Плюс данные лежат в mysql, и надо обновить поле статус валидации. Проще откинуть все плохое и потом просто поддерживать и если баунс прилетел, еще раз слать на эту почту будет только нуб)

 

[SxemLab]

Очень интересная и полезная статья, спасибо большое.

 

[Ruhas]

Так работает чекер или нет? А то кто что пишет..

 

[Vladimir71]

Ну а проверить шаблон не-некак не получается?

 

[Ruhas]

Ну а проверить шаблон не-некак не получается?

Да можно в принципе, но думал может кто ответит быстро.

 

[Ruhas]

Не работает. Почта которая работает отправляет в BAD.

 

[Семен12]

Работает шаблон.Допиливать надо всё равно под свои нужды.
Меня интересует вопрос,как запрос с nslookup отправить через прокси?

 

[boosh1c]

Парни подскажите пжлст,
пробую шаблон на своих gmail акках, получаю проблему подключения Connection timeout,
порт пробовал в C# кубике изменить с 25-го на 465-й, пробовал с прокси и без, не конектится и пздц,
в чем проблема?

 

[Phoenix78]

Парни подскажите пжлст,
пробую шаблон на своих gmail акках, получаю проблему подключения Connection timeout,
порт пробовал в C# кубике изменить с 25-го на 465-й, пробовал с прокси и без, не конектится и пздц,
в чем проблема?

а где коннектится ? может нигде и не коннектится.

 

[boosh1c]

а где коннектится ? может нигде и не коннектится.

Не понял..
Шаблон пробует законектиться по списку MX прикладываю лог.

 

[Phoenix78]

даже но понял что такое MX... ну да ладно.
в аккаунтах то разрешен протокол IMAP ?

 

[boosh1c]

даже но понял что такое MX... ну да ладно.
в аккаунтах то разрешен протокол IMAP ?

Да разрешен.