Встроенный менеджер почты антидетект-браузера Afina

Подключаете IMAP-ящики один раз, цепляете к профилям, читаете коды и подтверждения внутри RPA-скриптов. Верификация аккаунтов перестаёт быть бутылочным горлышком — Afina сама следит за inbox.

IMAP • На аккаунт • Шифрование

Email-подтверждения — не выходя из браузера

Каждый мультиаккаунтный процесс рано или поздно упирается в email-подтверждение. Большинство команд клеит Python-скрипт + Gmail API сбоку. Afina даёт IMAP-слой нативно: credentials шифруются на аккаунт, мониторинг inbox'а встроен в десктоп, read-доступ есть внутри RPA-сценариев и локального API.

IMAP-credentials с шифрованием

Добавьте email/пароль/IMAP-сервер/порт один раз — Afina хранит credentials зашифрованными at rest (пароли никогда не возвращаются через API, только метаданные). Включайте/выключайте ящики, не вводя ключи заново.

Ящик на профиль

Цепляйте inbox к одному или нескольким профилям. Один email может обслуживать несколько аккаунтов (alias + теги) или быть уникальным на профиль, если этого требует платформа.

Читайте письма внутри RPA

Встроенный блок "wait for email" матчит по subject/from/regex, возвращает тело в сценарий и подставляет код подтверждения прямо в input — никакого executeModule-клея. Стакайте с модулями для сложного парсинга.

Local-first, без утечек

IMAP-соединения уважают per-profile прокси и DNS-настройки. Никаких внешних mail-API webhook'ов, никаких общих inbox'ов — почта входит и выходит с вашей машины так же, как и всё остальное в Afina.

FAQs

Есть вопросы? Мы на связи и поможем.

Поддержка онлайн

Telegram Discord

Всё, что говорит на IMAP — Gmail (app password или OAuth), Outlook/Hotmail, Yahoo, Yandex, ProtonMail Bridge, корпоративный IMAP. Задаёте server, port, SSL — Afina разбирается с подключением.

Пароли зашифрованы at rest вашим master-ключом и никогда не возвращаются через API. Read-доступ в скриптах работает через внутренние handle'ы, без раскрытия пароля. Выключение mailbox в UI мгновенно закрывает все открытые IMAP-соединения.

Кладёте блок wait-for-email — указываете inbox, условия матчинга (subject contains, from regex, body keyword, time-window) и таймаут. Блок возвращает тело подходящего письма — извлекаете коды, ссылки или любой контент для следующего шага.

Да. Переключаете isActive на mailbox через UI или POST /api/emails/toggle — Afina открывает persistent IMAP-соединение и отдаёт новые сообщения через внутренние события. Блок wait-for-email подписывается на этот стрим, а не полит-долбит.

Да — Gmail + aliases работают нормально. Цепляете inbox к нескольким профилям и маршрутизируете письма по match-условиям (например, subject 'Confirm account for {{accountId}}'). Для платформ, требующих уникальный mailbox, используйте credentials на профиль.

Да. Соединение идёт через per-profile прокси (HTTP CONNECT для HTTP-прокси, нативный SOCKS5 для SOCKS). DNS-резолв идёт тем же путём, поэтому почтовый сервер видит IP прокси так же, как и браузер.

Хватит жонглировать Gmail-вкладками — подключите IMAP один раз

Добавили credentials, привязали к профилям, бросили блок wait-for-email в сценарий. Верификация просто работает.

Менеджер почты Afina цепляет IMAP-ящик к каждому профилю браузера: per-account credentials, зашифрованные на диске в zero-knowledge vault, и доступные напрямую из RPA-скриптов и Node.js-модулей. Confirmation-коды, password reset'ы, 2FA-письма — всё доступно inline в автоматизации без экспорта в сторонние сервисы.

Зачем per-account почта для мультиаккаунтинга

Один ящик на пачку аккаунтов — самый простой способ слить портфель: anti-fraud кросс-чекает recovery-email и 2FA-destination. Per-account почта ещё разблокирует полностью автоматическое создание аккаунтов: подняли профиль, прочитали код подтверждения из его ящика, submit, готово. Без копи-паста и ручного контроля.

Что внутри менеджера почты

1. IMAP-credentials на аккаунт

Каждый профиль несёт свой IMAP-сервер, порт, логин, пароль и mapping папок. Поддерживается любой провайдер, говорящий по IMAP — Gmail, Outlook, Yandex, кастомные домены, anti-fraud-safe одноразовые провайдеры.

2. Зашифрованное хранение credentials

Пароли запечатаны вашим локальным zero-knowledge ключом. Хранилище видит только sealedBox-блобы. Даже украденный дамп профиля или скомпрометированная sync-цель не отдаёт ничего в cleartext.

3. Чтение почты inline в RPA

RPA-блоки: read latest unread, search by subject regex, extract from body, extract from link. Скрипт ждёт письма, парсит код, продолжает — без человека в петле.

4. Использование в Node.js-модулях

Те же IMAP-credentials доступны внутри подписанных модулей для кастомной логики — multi-message парсинг, скачка вложений, инспекция заголовков, anti-spam learning, всё что умеют Node IMAP-либы.

5. Массовый импорт и ротация

Загрузите Excel с IMAP-credentials, замапьте на группы профилей, ротируйте по необходимости. Те же примитивы, что лежат в основе мультиаккаунтинга на масштабе — применённые к ящикам.

Где менеджер почты делает флоу рабочими

Создание аккаунтов на платформах с email-подтверждением. Ротация паролей с чтением reset-ссылок из ящика. Airdrop farming с почтой на каждый кошелёк, чтобы уйти от Sybil-кластеров. Affiliate-портфели, где каждому рекламному аккаунту нужен свой recovery. Авто-онбординг на SaaS-триалах. Без per-account почты в антидетект-стэке каждый из этих сценариев превращается в ручной труд.