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

Информация получена практическим путем) пришлось перейти на другой прокси, ну и 4к аккаунтов теперь хотят телефон.
 
tanichev написал(а):
Информация получена практическим путем) пришлось перейти на другой прокси, ну и 4к аккаунтов теперь хотят телефон.
Нажмите для раскрытия...
Может это Вы что то неправильно делаете? Представляете сколько адресов содержит в себе 24 подсеть и зачем ее заносить в подозрительные?
Да и слово "подозрительные" не совсем понятно в данном контексте. Подозрение в чем, в авторегистрации акаунтов, в мультиаккаунтинге, подозрительные действия в самом аккаунте?

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

Когда сделал привязку ip к аккаунту ~700 штук в сутки чекалось где-то месяц, нон-стоп и без последствий. Поднял до 1500 и к утру ни один акк не работал.
Потом взял еще 1000 и взял ip проксей ранее не задействованных, но из под сетей где споймали. Уменьшил до 700, спустя пару часов 80% акков не работало.
 
Ilshakin написал(а):
Может это Вы что то неправильно делаете? Представляете сколько адресов содержит в себе 24 подсеть и зачем ее заносить в подозрительные?
Да и слово "подозрительные" не совсем понятно в данном контексте. Подозрение в чем, в авторегистрации акаунтов, в мультиаккаунтинге, подозрительные действия в самом аккаунте?

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

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

По поводу урезания лимитов - согласен, есть такое. А вот в остальном - ищите проблему у себя. Года 2 назад купил пачку авторегов, которые использую исключительно для валидации баз майла - все живы, авторизируются без кукисов и без привязки ip к аккаунту.
Нажмите для раскрытия...
В сколько потоков? какая приблизительная скорость валидации в минуту?
 
Ну конечно, если в аккаунт подключаемся с Москвы, а через 20 минут уже с Питера - вот они и отлетали. Подсеть тут непричем.
Резиденские в рамках одного города, 100 аков под Москву, 100 - питер и так распределяем.
Я вообще не использую прокси, базу в 40к можно прочекать с 1го ip, далее просто ребут модема и новые 40к
 
Ilshakin написал(а):
Ну конечно, если в аккаунт подключаемся с Москвы, а через 20 минут уже с Питера - вот они и отлетали. Подсеть тут непричем.
Резиденские в рамках одного города, 100 аков под Москву, 100 - питер и так распределяем.
Я вообще не использую прокси, базу в 40к можно прочекать с 1го ip, далее просто ребут модема и новые 40к
Нажмите для раскрытия...
у меня стоит задача прочекать 38кк почт, list.ru, bk.ru и тд. Уже прочекал 15 миллионов записей.


На маленькую базу, согласен что не надо заморачиваться.
 
А смысл чекать сразу 38кк ?
Завтра, из прочеканных 15млн 1-2% умрет точно. Пока чекаем все 38кк умрет еще больше. Потом будет слать по невалидным)
Чекать нужно именно столько, сколько по силам отправить за день.
 
Ilshakin написал(а):
А смысл чекать сразу 38кк ?
Завтра, из прочеканных 15млн 1-2% умрет точно. Пока чекаем все 38кк умрет еще больше. Потом будет слать по невалидным)
Чекать нужно именно столько, сколько по силам отправить за день.
Нажмите для раскрытия...
1-2% bounce при рассылке шикарный показатель.
 
tanichev написал(а):
1-2% bounce при рассылке шикарный показатель.
Нажмите для раскрытия...
Это hard bounce, потому как адреса уже не существуют. Можно свести этот процент к 0%, чекая только те адреса, на которые сможем отправить.
А еще прибавим сюда боунсы по 550 ошибке и процент получается куда выше.
Если под вебмайлинг - то глаза на него можно и закрыть.
А если пытаемся выкачивать сервер и каждый день получаем по 1-2% hard bounce - далеко этот сервер не уедет.
Ну дело хозяйское, конечно :D
 
вот что они рекомендуют. превышаешь показатель и забываешь об инбоксе)
 

Вложения

  • Screenshot_11.png
    Screenshot_11.png
    104,2 KB · Просмотры: 444
Ilshakin написал(а):
Это hard bounce, потому как адреса уже не существуют. Можно свести этот процент к 0%, чекая только те адреса, на которые сможем отправить.
А еще прибавим сюда боунсы по 550 ошибке и процент получается куда выше.
Если под вебмайлинг - то глаза на него можно и закрыть.
А если пытаемся выкачивать сервер и каждый день получаем по 1-2% hard bounce - далеко этот сервер не уедет.
Ну дело хозяйское, конечно :D
Нажмите для раскрытия...
До того как почта перестает существовать, часто сначала мягкий bounce - переполнен. Тобишь на таком кол-во записей, hard bounce будет 0.1~0.3, 2-3 месяцев продержится точно.

Опять же, многое зависит от того как ты шлешь, все ли записи настроены, прогреты ли ip, ну и самое главное сколько ты шлешь)
 
tanichev написал(а):
вот что они рекомендуют. превышаешь показатель и забываешь об инбоксе)
Нажмите для раскрытия...
На картинке месячные лимиты.
Мы же, ежедневно выхватываем 1-2% баунса, только по невалидным + еще получаем баунсы по жалобам.
Процент по невалидным каждый день увеличивается, потому как база чекалась 1 раз.
Каждая новая неделя накидывает нам еще 1-2% к общим баунсам.
Вот мне и интересно, зачем валидировать сразу 38кк, если это приводит к ненужным баунсам, которые можно избежать, валидируя базу исключительно перед рассылкой.
 
Отсечь не валидное на текущий момент, что бы быстро потом прочекать небольшую выборку перед рассылкой. Сама база 192кк записей уникальных и маилру там только небольшая часть. Чекается все одновременно просто.
 
Ilshakin написал(а):
На картинке месячные лимиты.
Мы же, ежедневно выхватываем 1-2% баунса, только по невалидным + еще получаем баунсы по жалобам.
Процент по невалидным каждый день увеличивается, потому как база чекалась 1 раз.
Каждая новая неделя накидывает нам еще 1-2% к общим баунсам.
Вот мне и интересно, зачем валидировать сразу 38кк, если это приводит к ненужным баунсам, которые можно избежать, валидируя базу исключительно перед рассылкой.
Нажмите для раскрытия...
Все верно, только hard bounce не равен пожаловаться на спам.
 
tanichev написал(а):
Отсечь не валидное на текущий момент, что бы быстро потом прочекать небольшую выборку перед рассылкой. Сама база 192кк записей уникальных и маилру там только небольшая часть. Чекается все одновременно просто.
Нажмите для раскрытия...
Отвалидировать, чтобы потом еще раз отвалидировать.
Ясно
 
uuw написал(а):
Если инвалидов в исходной базе процентов 80-90, то смысл есть
Нажмите для раскрытия...
Да я же говорю, дело хозяйское.
Можно взять конкретно столько, сколько можешь отправить и сразу отвалидировать перед отправкой.
А можно по 20 раз валидровать, вот только зачем, если достаточно валиднуть 1 раз перед отправкой?
 
uuw написал(а):
Если инвалидов в исходной базе процентов 80-90, то смысл есть
Нажмите для раскрытия...
Вы правильно поняли, но базы покупные, со всего интернета. Плюс данные лежат в mysql, и надо обновить поле статус валидации. Проще откинуть все плохое и потом просто поддерживать и если баунс прилетел, еще раз слать на эту почту будет только нуб)
 
Очень интересная и полезная статья, спасибо большое.
 
Работает шаблон.Допиливать надо всё равно под свои нужды.
Меня интересует вопрос,как запрос с nslookup отправить через прокси?
 
Парни подскажите пжлст,
пробую шаблон на своих gmail акках, получаю проблему подключения Connection timeout,
порт пробовал в C# кубике изменить с 25-го на 465-й, пробовал с прокси и без, не конектится и пздц,
в чем проблема?
 
boosh1c написал(а):
Парни подскажите пжлст,
пробую шаблон на своих gmail акках, получаю проблему подключения Connection timeout,
порт пробовал в C# кубике изменить с 25-го на 465-й, пробовал с прокси и без, не конектится и пздц,
в чем проблема?
Нажмите для раскрытия...
а где коннектится ? может нигде и не коннектится. :bk:
 
даже но понял что такое MX... ну да ладно.
в аккаунтах то разрешен протокол IMAP ?
 
Войдите или зарегистрируйтесь для ответа.

Кто просматривает тему: (Всего: 0, Пользователи: 0, Гости: 0)

Сверху Снизу