Bluep0ny

Немного новостей по ПОНИ 🐴 Просим прощения за небольшое затишье в новостях — накопилось много технических нюансов и моментов, над которыми пришлось плотно поработать. Из последнего: — Добавление аватара для Gmail-аккаунтов. — Смена имени аккаунта — теперь имя меняется непосредственно в самом Gmail-аккаунте, а не только подставляется при рассылке. — Смена пароля Gmail-аккаунта прямо через ПОНИ. — Продолжаем шлифовать модуль Warmer во время рассылки — дорабатываем логику и стабильность его работы. Работа продолжается. Постепенно будем показывать и остальные изменения 👀

📬 Эксперимент длиной почти в 8 000 писем на аккаунт Когда-то это начиналось просто как тест. Мы решили посмотреть, сколько смогут прожить аккаунты Mail.com на дистанции. В итоге каждый аккаунт отправил почти 8 000 писем, показывая весьма достойную стабильность. Но в какой-то момент эксперимент внезапно остановился. ❌ Начались ошибки авторизации. ❌ Сессии массово слетели. После анализа выяснилось, что проблема была не в ПОНИ и не в аккаунтах. Mail.com изменили механизм авторизации, из-за чего старые сессии перестали корректно работать. Хорошая новость — изменения изучены, адаптация выполнена. ✅ Mail.com снова работает в штатном режиме. ✅ Новая авторизация поддерживается. ✅ Аккаунты успешно проходят вход и продолжают работу. Иногда причина остановки рассылок — это не репутация, не лимиты и не контент, а изменения на стороне самого почтового сервиса. Именно поэтому важно постоянно следить за изменениями и быстро адаптироваться к ним.

🚀 Gmail-рассылка на запросах, а не через SMTP. Недавно один из пользователей задал вопрос: — Если ПОНИ не использует SMTP и не открывает браузер, то как тогда отправляются письма? Ответ прост: ПОНИ работает напрямую через запросы Gmail. Без открытия десятков окон браузера. Без медленной браузерной автоматизации. Без классического SMTP. В результате получаем: ✅ Высокую скорость работы ✅ Поведение максимально близкое к веб-интерфейсу Gmail ✅ Удобную масштабируемость ✅ Полный контроль процесса отправки Многие привыкли видеть только два варианта: SMTP Браузерный веб-мейлинг ПОНИ использует третий подход — работу через запросы. Именно поэтому Gmail-модуль в ПОНИ работает совершенно иначе, чем большинство решений на рынке. 📬 Gmail на запросах — одна из ключевых технологий ПОНИ.

🚀 В планах развитие полноценной экосистемы ПОНИ. Сейчас уже работают: ✅ Mailing Module — рассылка ✅ Monitoring Module — контроль Inbox / Spam / Delivery ✅ Daemon Module — анализ ответов почтовиков ⚙️ AI Module уже частично внедрён и продолжает развиваться. Дальше планируются: 🔥 Recovery Module 🔥 Warmup Module 🔥 Link Health Module 🔥 Orchestrator Module Главная задача — объединить все модули в единую систему, где компоненты будут обмениваться данными, анализировать ситуацию и помогать поддерживать максимальную доставляемость. ПОНИ постепенно становится не просто майлером, а полноценной платформой управления e-mail инфраструктурой.

🌙 Бессонная ночь. Пытался осмыслить, как правильно внедрить модуль прогрева в ПОНИ. И чем больше думаю, тем меньше нравится идея отдельного прогреватора. Сейчас всё больше склоняюсь к тому, что прогрев должен работать в симбиозе с системой контроля: 📬 Контролки (Inbox / Spam / Delivery) 📨 Mailer-Daemon 📊 Health Engine аккаунтов Схема получается интересной: Письмо приходит на контролку → система определяет папку → обновляет метрики → принимает решение. Если Inbox высокий — ничего не делаем. Если Inbox начинает проседать — подключается модуль восстановления. Если Inbox падает серьёзно — увеличивается количество действий: открытие писем, ответы, клики по ссылкам, перемещение из Spam в Inbox и другие активности. То есть прогрев работает не по расписанию, а по реальному состоянию аккаунтов. Получается уже не просто прогреватор, а некая система самовосстановления аккаунтов, которая реагирует на ухудшение показателей и старается поддерживать здоровье рассылки автоматически. Пока продолжаю проектировать архитектуру. Чем дальше копаю, тем интереснее становится эта идея. 🚀

🤔 Размышляю над тем, чтобы отказаться от отдельного прогреватора и интегрировать его прямо в ПОНИ. Идея в том, чтобы прогрев работал в симбиозе с уже существующими модулями: 📬 Контрольные почты (Inbox / Spam / Delivery) 📨 Mailer-Daemon мониторинг 📊 Анализ состояния аккаунтов в реальном времени То есть аккаунт будет не просто рассылать письма, а одновременно получать обратную связь от системы: • Что происходит с доставкой • Есть ли попадания в спам • Появились ли блокировки или лимиты • Как реагируют почтовые провайдеры Для этого планируется выделить 1–3 асинхронных браузерных потока, которые будут выполнять прогревочные действия параллельно основной работе ПОНИ. Вместо схемы: Прогреватор отдельно → Рассылка отдельно получается: ПОНИ → Контроль → Анализ → Прогрев → Коррекция → Рассылка На мой взгляд, это выглядит гораздо логичнее и может дать более качественную и управляемую работу аккаунтов на дистанции. Пока это лишь размышления и проектирование архитектуры, но идея выглядит очень интересно.

пишем @Saddyz

Пони за 2 минуты успел провалидировать 1200 почт гмайл.

🚀 Gmail Validator для ПОНИ Во многих e-mail базах основную часть адресов составляют именно Gmail-получатели. Поэтому качество рассылки напрямую зависит от качества проверки Gmail-адресов. Большинство валидаторов используют API, сторонние сервисы или устаревшие методы проверки. ПОНИ Gmail Validator работает иначе: ✅ Авторизованный Gmail-аккаунт ✅ Встроенный браузер ✅ Проверка адресов напрямую через Gmail ✅ Автоматическое разделение на валидные и невалидные e-mail ✅ Подробные логи проверки Без сторонних API. Без платных сервисов. Без посредников. 📬 Если работаете с Gmail-базами — качественная рассылка начинается с качественной валидации. Работает довольно шустро.

Bluep0ny pinned a photo

❌ Большинство майлеров умеют только одно: «Отправка началась». А дальше? Письма улетели в spam? Аккаунты словили limit? Gmail начал message blocked? Половина базы мёртвая? Почтовики перестали принимать письма? Вы узнаете об этом… когда уже поздно. 📬 ПОНИ создавался иначе. Это не просто mailer. Это система контроля доставки. ПОНИ в реальном времени: ✅ мониторит inbox / spam / delivery ✅ собирает и анализирует mailer-daemon ✅ видит message blocked, reach limit, mailbox full ✅ останавливает проблемные потоки ✅ помогает сохранять аккаунты и бюджет ✅ показывает, что реально происходит с рассылкой Потому что сегодня проблема — не «отправить письма». Проблема — доставить их в inbox и не сжечь инфраструктуру. 📨

🧪 Любопытный вопрос: А можно ли вообще выжимать из подобных аккаунтов 5k-10к писем на дистанции не получая банов?