GCRaistlin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вчера в Восьмерке снова вылезло окно plain-аутентификации на том же ящике - второй раз за сутки. Автоматически нажал на ОК вместо Cancel. После этого OAuth-аутентификация работать отказывалась. Уже было собрался отзывать разрешение для TB, как внезапно нашлось решение: очистил поле General - From Address в Account Properties, прошел OAuth-аутентификацию, вернул значение поля обратно.
Кстати, об отзыве разрешений. Такой сценарий разработчики Девятки явно не тестировали. После отзыва TB при проверке почты, в зависимости от настроения, показывает одно из двух:
Код: 15.03.2022, 22:29:18: FETCH - Приветствие TLS завершено
15.03.2022, 22:29:18: FETCH - Соединение с POP3 сервером прошло удачно
15.03.2022, 22:29:19: FETCH - Соединение завершено - получено писем: 0
|
Код:
15.03.2022, 23:33:42: FETCH - Соединение с POP3 сервером прошло удачно
!15.03.2022, 23:33:43: FETCH - Сервер сообщает об ошибке: -ERR [AUTH] Username and password not accepted.
|
Первое выглядит особенно мило, т. к. создает впечатление, что все в порядке, просто новых писем нет. Но главное, что никакой возможности пнуть TB и заставить его показать снова окно OAuth-аутентификации не предусмотрено. В Восьмерке окно вылезает, но толку от него никакого, т. к. пройти аутентификацию там нельзя. В конце концов, вероятно из-за истечения авторизации, окно показывается и в девятой, но ускорить этот процесс у меня не получилось. Так что для срочного восстановления доступа нужно или менять пароль учетки, или стирать ACCOUNT.ATB (придется переаутентифицировать все ящики), или заниматься хирургией:
- Закрываем TB.
- Копируем ACCOUNT.ATB в ~ACCOUNT.ATB, переименовываем ACCOUNT.ATB в ~~ACCOUNT.ATB.
- Запускаем TB, аутентифицируемся, закрываем TB.
- Переименовываем новый ACCOUNT.ATB в ~~~ACCOUNT.ATB.
- С помощью hex-редактора извлекаем блок данных из ~~~ACCOUNT.ATB и заменяем им соответствующий блок в ~ACCOUNT.ATB. Нужный блок находим визуально: после подстроки "g o a 2" идет "разреженное" имя учетки, за которым непрерывная последовательность символов, добитая NULL'ями до границы байта.
- Переименовываем ~ACCOUNT.ATB в ACCOUNT.ATB, запускаем TB, проверяем все ящики на прием-отправку. Если работает, стираем ~-бекапы.
ACCOUNT.ATB хранит данные в разрезе учеток, а не ящиков: несколько ящиков, настроенных на одну и ту же учетку, обращаются к одной и той же записи в ACCOUNT.ATB.
Ссылка для получения кода, генерируемая TB, для одного и того же ящика всегда одинакова. Получается, TB как приложение зарегистрирован где-то в Google, иначе откуда бы он брал картинку.
И еще один баг Девятки: если удалить в каталоге ящика Account.CFN, то при попытке входа в Account Properties получаем ошибку "List index out of bounds". Восьмерка в такой ситуации дает заполнить данные с нуля.
----------
Magically yours
Raistlin |
|
Всего записей: 3982 | Зарегистр. 18-04-2005 | Отправлено: 11:03 16-03-2022 | Исправлено: GCRaistlin, 11:36 16-03-2022 |
|
