июн 16

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

По многочисленным просьбам клиентов реализован выбор сервиса для решения CAPTCHA для каждого типа CAPTCHA отдельно:

Выбор аккаунта для решения каждого типа CAPTCHA отдельно

В выпадающих списках перечислены имена аккаунтов, которые были ранее добавлены на подвкладке «API». Такая настройка очень полезна для почтовых провайдеров, которые используют несколько типов CAPTCHA, например GMX.com: при регистрации аккаунта используется CaptchaFox, а для активации почтовых протоколов (IMAP/POP3/SMTP) — CAPTCHA-картинка. Раньше приходилось либо подбирать сервис, который умеет сносно решать оба этих типа CAPTCHA (например, ruCaptcha), либо сначала регистрировать аккаунты без активации почтовых протоколов, а позднее активировать их чекером, выбрав другой сервис для решения CAPTCHA. Теперь можно просто выбрать лучший по вашему мнению сервис для каждого типа CAPTCHA отдельно и он будет использоваться всегда, когда появляется CAPTCHA соответствующего типа.

Outlook

Outlook при создании аккаунтов практически полностью перешёл на новую защиту: Human CAPTCHA. Раньше она называлась PerimeterX, поэтому, если вы где-то видите сокращение px, то это тоже оно:

Human CAPTCHA на Outlook

MailBot полностью адаптирован к новому типу CAPTCHA, добавлена вкладка «Human CAPTCHA» на вкладку «Статистика», на форму редактирования аккаунта сервиса для решения CAPTCHA добавлена новая настройка «Передавать прокси для Human CAPTCHA», а также реализован API Captcha88.ru, который первым реализовал поддержку Human CAPTCHA. К сожалению пока их решение работает нестабильно, но других решений для этого типа CAPTCHA сейчас нет.

Исправлено:

  • ошибка «Please retry with a different device» в чекере теперь рассматривается как заблокированный аккаунт

Yahoo/AOL

Генерация OAuth2 refresh токена реализована также и для AOL.com.

Исправлено:

  • возвращена возможность снять флажок «Создать пароль для внешнего приложения» на вкладке «Функции email» для этих почтовиков
  • ошибки вида {"errors":[{"name":"userId","error":"ERROR_255"},{"name":"birthDate","error":"INVALID_BIRTHDATE"},{"name":"password","error":"FIELD_EMPTY"}]} в регерах

 

Mail.com/GMX.com/GMX Europe

Реализовано:

  • обработка ошибки HTTP 403 Forbidden при запросе типа CAPTCHA в регерах
  • обработка ошибки HTTP 502 Bad Gateway после запроса регистрации аккаунта

Исправлено:

  • работа настройки «Определять по IP-адресу» для страны профиля в регерах
  • обработка ошибки PLEASE TRY AGAIN! A temporary error has occurred. в чекерах

GMX.de/Web.de

Исправлены регеры.

I.ua

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

Также в MailBot 17.36 реализовано:

  • в API OnlineSIM добавлены коды сервисов для GMX.com, GMX.de и Web.de
  • передача текущего юзерагента для решения CaptchaFox в API captchasolvingapi
  • В API ruCaptcha добавлена совместимость с 24captcha.online, он умеет решать hCaptcha
  • улучшена генерация немецких почтовых адресов
  • добавлен фингерпринт Google Chrome 137
  • формат экспорта аккаунтов «AMS/ePochta» разделён на два разных формата: «AMS Enterprise» и «ePochta Mailer», для AMS Enterprise реализован экспорт с правильным разделителем (запятая), а также экспорт в формате «Outlook.com OAuth2»: Логин,Пароль,Refresh Token,Access Token,ClientID
  • в контекстное меню для списка созданных аккаунтов добавлен новый пункт «Только OAuth refresh token», позволяющий скопировать в буфер обмена только OAuth refresh token аккаунта

Исправлено:

  • при ошибке ESMSAPIOutOfNumbers теперь используется прошлый прокси
  • при ошибках типа ECAPTCHAProxyBanned теперь отменяется текущая SMS-активация

P.S. Для клиентов, которые уже давно используют MailBot, не секрет, что почти каждый новый билд программы антивирусы начинают детектировать как угрозу из-за EXE протектора. Клиенты начинают доставать файл MailBot.exe из карантина, у антивирусов накапливается положительная статистика, конкретный билд перестаёт детектироваться, затем выходит новый билд и дальше всё по кругу.

Эту проблему можно было бы решить покупкой сертификата для подписи кода, однако эксперименты в этой области показали, что сертификат слишком легко и быстро отзывается (без возврата денег конечно же), так что это не является стабильным решением. В итоге было решено предложить клиентам самостоятельно установить корневой сертификат для подписи кода от Tavel (то есть меня), чтобы ваша Windows доверяла конкретному разработчику и больше не сыпала предупреждениями. Для этого на вкладку «Лицензия» в окне «Информация», которое можно вызвать по нажатию на клавишу F1 на клавиатуре, добавлена новая кнопка «Установить корневой сертификат Tavel…»:

Кнопка установки корневого сертификата для подписи кода от Tavel

После нажатия на эту кнопку появится стандартное предупреждение Windows об установке корневого сертификата, в котором нужно нажать кнопку «Да», после чего сертификат будет успешно установлен. Найти его можно, запустив оснастку certmgr.msc, в разделе «Доверенные корневые центры сертификации»->»Сертификаты», название сертификата: TavelCodeSigningCA.

Установка сертификата выполняется только один раз и необязательна для работы MailBot. Это решение для постоянных клиентов, которые устали от постоянных детекций и предупреждений после обновления версии программы.

автор tavel \\ теги: , , , , , , , , , , , , , , , , , , , , ,


Написать ответ

Вы должны войти чтобы комментировать.