
IMAP-credentials із шифруванням
Додайте email/пароль/IMAP-сервер/порт один раз — Afina зберігає credentials зашифрованими at rest (паролі ніколи не повертаються через API, тільки метадані). Вмикайте/вимикайте скриньки, не вводячи ключі заново.
Під'єднуєте IMAP-скриньки один раз, чіпляєте до профілів, читаєте коди й підтвердження всередині RPA-скриптів. Верифікація акаунтів перестає бути пляшковою шийкою — Afina сама слідкує за inbox.

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

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

Чіпляйте inbox до одного або кількох профілів. Один email може обслуговувати кілька акаунтів (alias + теги) чи бути унікальним на профіль, якщо цього вимагає платформа.

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

IMAP-з'єднання поважають per-profile проксі та DNS-налаштування. Жодних зовнішніх mail-API webhook'ів, жодних спільних inbox'ів — пошта входить і виходить з вашої машини так само, як і все інше в Afina.
Додали credentials, прив'язали до профілів, кинули блок wait-for-email у сценарій. Верифікація просто працює.