Вбудований менеджер пошти антидетект-браузера 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 пошти в антидетект-стеку кожен з цих сценаріїв перетворюється на ручну працю.