июн
16
|
MailBot обновился до версии 17.36.
По многочисленным просьбам клиентов реализован выбор сервиса для решения CAPTCHA для каждого типа CAPTCHA отдельно:
В выпадающих списках перечислены имена аккаунтов, которые были ранее добавлены на подвкладке «API». Такая настройка очень полезна для почтовых провайдеров, которые используют несколько типов CAPTCHA, например GMX.com: при регистрации аккаунта используется CaptchaFox, а для активации почтовых протоколов (IMAP/POP3/SMTP) — CAPTCHA-картинка. Раньше приходилось либо подбирать сервис, который умеет сносно решать оба этих типа CAPTCHA (например, ruCaptcha), либо сначала регистрировать аккаунты без активации почтовых протоколов, а позднее активировать их чекером, выбрав другой сервис для решения CAPTCHA. Теперь можно просто выбрать лучший по вашему мнению сервис для каждого типа CAPTCHA отдельно и он будет использоваться всегда, когда появляется CAPTCHA соответствующего типа.
Outlook
Outlook при создании аккаунтов практически полностью перешёл на новую защиту: Human CAPTCHA. Раньше она называлась PerimeterX, поэтому, если вы где-то видите сокращение px
, то это тоже оно:
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…»:
После нажатия на эту кнопку появится стандартное предупреждение Windows об установке корневого сертификата, в котором нужно нажать кнопку «Да», после чего сертификат будет успешно установлен. Найти его можно, запустив оснастку certmgr.msc
, в разделе «Доверенные корневые центры сертификации»->»Сертификаты», название сертификата: TavelCodeSigningCA
.
Установка сертификата выполняется только один раз и необязательна для работы MailBot. Это решение для постоянных клиентов, которые устали от постоянных детекций и предупреждений после обновления версии программы.
Написать ответ
Вы должны войти чтобы комментировать.