ноя 21

MailBot обновился до версии 16.72.

Реализован долгожданный функционал выбора конкретного оператора номера телефона для сервисов SMS-активаций:

Интерфейс выбора оператора телефонных номеров в MailBotПока выбор оператора реализован только для сервисов SMS-активаций, которые предоставляют список операторов по API:

При клике на страну в списке «Страна телефонных номеров» для неё будет загружен список доступных операторов через выбранный API. Если отметить флажок «Любой», Читать далее »

tavel \\ , , , , , , , , , ,

ноя 03

MailBot обновился до версии 16.67.

Из-за многочисленных жалоб клиентов на ручное и неоперативное обновление списка доступных стран номеров телефонов для разных сервисов SMS-активаций в MailBot реализована динамическая загрузка этого списка по API.
На сегодняшний день такой метод доступен и реализован для следующих API:

Outlook

Исправлено:

  • ошибка Unknown signup error with code 100 в регере
  • ошибка Не удалось проверить аккаунт в чекере/анлокере, которая возникала из-за неудачной обработки формы «We’re updating our terms»
  • ошибка с кодом 6002 при верификации резервного email в анлокере

Yahoo/AOL.com

Исправлена ошибка Не удалось проверить аккаунт в чекере.

GMX.com/Mail.com

Реализован опциональный  Читать далее »

tavel \\ , , , , , , , , , , , , , , , , , ,

окт 08

MailBot обновился до версии 16.57.

Логотип OAuth2

Эта статья — продолжение предыдущей, об адаптации MailBot к обязательной аутентификации через OAuth2 для почтовых серверов Outlook.

На вкладку «Функции email» добавлена новая настройка «Генерировать OAuth2 refresh token»:

Новая настройка генерации OAuth2 refresh token

Пока эта настройка работает только для модуля Outlook/Hotmail. Если флажок отмечен, то регер Outlook будет генерировать OAuth2-токены для доступа к почтовым протоколам после успешного создания аккаунта, а чекер — после успешного входа в уже существующий аккаунт.

Внимание! Все OAuth2-токены генерируются для ClientId 9e5f94bc-e8a4-4e73-b8be-63364c29d753, это ClientId IMAP-клиента Mozilla ThunderBird в Outlook.

После успешного получения OAuth2-токенов MailBot допишет к концу строки с аккаунтом строку с refresh token, а также, дополнительно, сохранит все параметры, полученные от OAuth2-сервера, в JSON-файл в папку «oauth2» внутри папки «Accounts». Имя файла будет соответствовать email-адресу аккаунта. Пример содержимого Читать далее »

tavel \\ , , , , , , , , , , , , ,

сен 30

MailBot обновился до версии 16.54.

Логотип OAuth2

С 20 сентября 2024 года Microsoft практически полностью отключила аутентификацию по обычному паролю (метод PLAIN) на своих IMAP, SMTP и POP3-серверах, оставив только вариант с OAuth2 (метод XOAUTH2). На сегодняшний день остаются необновлёнными считанные сервера, и уже практически невозможно аутентифицироваться по обычному паролю на почтовых серверах Outlook.

При попытке всё же аутентифицироваться по обычному паролю, например, SMTP-сервер Outlook ответит такой ошибкой:

535 5.7.139 Authentication unsuccessful, basic authentication is disabled.

а IMAP-сервер Outlook — такой:

001 NO AUTHENTICATE failed.

Некоторым образом это затронуло и MailBot, поскольку верификация резервных email в программе проводится по протоколу IMAP.

В связи с этим в окне настроек источника резервных email в MailBot появилась новая настройка «Аутентификация», которая представляет собой список с двумя значениями:

  • Обычный пароль
  • OAuth2

Новая настройка метода аутентификации для IMAP в MailBot

При подключении аккаунтов Outlook в качестве резервных email теперь необходимо выбирать только OAuth2, при этом формат резервных email в файле должен иметь такой Читать далее »

tavel \\ , , , , , , , , , , , , , ,

мая 27

Обновление от 31.07.2024: Передача прокси для решения FunCAPTCHA на Outlook требуется снова, если Telegram-бот выдаёт {"status":"UPDATING"}!

Обновление от 19.06.2024: Передача прокси для решения FunCAPTCHA на Outlook больше не требуется!

Многие пользователи уже успели заметить, что, начиная с четверга, 23 мая, процент неверно решённых FunCAPTCHA для Outlook начал быстро расти на всех сервисах для решения CAPTCHA, постепенно увеличившись с ~40% до 100%. За выходные администрации трёх из четырёх актуальных сервисов решения FunCAPTCHA для Outlook пришли к выводу, что получать валидные решения больше невозможно без передачи прокси, который используется для регистрации аккаунта, в API сервиса для решения CAPTCHA. Передавать прокси теперь необходимо, чтобы IP-адрес, с которого решалась FunCAPTCHA на сервисе, совпадал с IP-адресом, с которого происходит запрос регистрации. Это не новое требование, ранее оно уже встречалось и в MailBot уже давно есть настройка для этого. Она находится в настройках аккаунта CAPTCHA-сервиса на вкладке «CAPTCHA» и называется «Передавать прокси для Arkose Labs (FunCAPTCHA)»:

Настройка передачи прокси для решения FunCAPTCHA в MailBot

Однако не спешите её включать и жаловаться, что ничего не работает. На каждом сервисе (и прокси и для решения CAPTCHA) сейчас есть много важных нюансов, без осознания которых работать дальше, увы, не выйдет.

Во-первых, есть пара побочных эффектов Читать далее »

tavel \\ , , , , , , , , ,