Квази, зачем? Всё протоколы должны работать нормально и без повышения прав…ХЗ
Не могу понять, MRA у всех отвалился или только я счастливчик?Походу я тоже наблюдаю второй день такую картину.
С портом 443 вроде подключаетсяНафига они такой финт делали ???
Отслеживать ход работ можно по состоянию бага https://github.com/miranda-ng/miranda-ng/issues/1614
Как только он закроется, это будет означать одно из двух: либо починили, либо списали протокол в утиль.
Особенно для уведомлений о почте.Это единственное из-за чего я его в миранде держу :)
Так может для этих целей нужна уведомлялка для email?
Так может для этих целей нужна уведомлялка для email?Адекватная проверялка по IMAP не помешала бы…
Адекватная проверялка по IMAP не помешала бы…Кстати, да. С одной стороны IMAP универсальный и достаточно простой механизм для реализации. Можно прикрутить куда угодно. Но с другой, у mail.ru по-моему не всё радужно с имап. Не помню уже что точно, но когда делал для корпоративных нужд мониторинг почты столкнулся с тем, кажись, что у mail.ru нельзя получить список "новых" писем - пришлось получать все и вручную выделять новые. Ну и push-уведомления теряются - придётся довольствоваться задаваемыми интервалами проверки.
С одной стороны IMAP универсальный и достаточно простой механизм для реализации. Можно прикрутить куда угодно. Но с другой, у mail.ru по-моему не всё радужно с имап.Не замечал, хотя не сказать, что я прямо активный пользователь Mail.RU. Там единственное, что авторизация через OAuth, а остальное не так страшно.
Я так полагаю, что можно выкидывать плагин в топку уже навсегда?
К сожалению, оживить протокол не удалось. Потребовалось бы переписать его с нуля, а разработчик оригинального MRA уже давно отошёл от дел.
К сожалению, оживить протокол не удалось. Потребовалось бы переписать его с нуля, а разработчик оригинального MRA уже давно отошёл от дел.Вряд ли разработчики что-то меняли в протоколе кардинально. Когда протокол отвалился изначально, пользователи старых клиентов сумели подключиться, изменив всего один параметр подключения. Через пару дней этот обход прикрыли, но, мне кажется, они всего-навсего поставили проверку по какому-нибудь параметру при авторизации. Пробовали менять идентификатор клиента, чтобы сервер авторизации мэйла думал, что это последняя версия агента?
В этом плане потеря агента не критична
C 28 декабря мы перестаём поддерживать старые версии ICQ и другие неофициальные клиенты. Чтобы продолжить общение, вам необходимо обновить ICQ здесь: https://icq.com Также вы можете использовать веб-версию https://web.icq.com"Вот мэйл ру и до аськи добрались >:(
Ну, думаю если им предложить энную сумму денег для мотивации посмотреть код на возможность дальнейшей оценочной стоимости работ по оживлению протокола - то возьмутся.
Оно это надо?
Проще тужу мотивацию потратить на видео и звуковые движки/плагины и рыть в сторону тоха и прочих протоколов.
контактов даже UIN-ов нет, считая их чатамиТам и официальный клиент работает немного странно. Мне вот интересно как в агенте разбирают uin, там ведь может быть как мыло, так и номер телефона.
Смотрю, у меня протокол вдруг заработал после обновления.Про какое обновление речь?
Почему нельзя, заводите учётку аськи, мыло и пароль туда от МРА и вперёд.Пишет что нужно ввести номер Аськин, захожу в настройки, мыла нет, ввожу и так по кругу. Не сохраняется мыло в Аькином плагине.
Из-за чего у меня Аська молчит, только тыкается в сервера и облом?Кто же знает... нужно смотреть нетлог (https://wiki.miranda-ng.org/index.php?title=Network_log/ru). И информация о версиях (https://wiki.miranda-ng.org/index.php?title=Version_information/ru) будет полезна.
И, разумеется, всё это (ICQ и MRA) работает только в девелоперской версии.Ясно, у меня стабильная, но скачивал протокол с Аськи (стабильный), он от 16.01, свежий так сказать, но не работает ???
Аська в стабле не работает, и не должна.Разве? А у меня вчера обновилось, и заработало... Могу даже скрин сделать - сегодня уже сообщения получал)
Нет, уведомлений о письмах там нет.Планируется?!
Таки приходят. Сделали поддержку в девелоперской версии.Как реализована эта поддержка? Новые письма в ящике есть, но в трее ничего не мигает, и в меню нет ничего связанного с проверкой почты ???
Что я подрубил под видом MRA?если после логина в поле UIN/email появится UIN, то аська, если останется мыло - то mra.
Не хватает функции перехода в почтуРаньше было
Клист не знает, почта это или нет, он просто показывает число, сообщённое протоколом. У фейсбука понятие "почта" отсутствует, поэтому он сообщает количество уведомлений.Ааа, это всё клист виноват? То есть, разработчик, который прикрутил значение уведомлений к функции отображения количества писем в почте, посчитав это логичным, тут не при чём?) Я понимаю, как это работает, просто хотел сказать, что это не очень логично. Извиняюсь за оффтоп.
В стабильной версии 95.10.1 уведомление о приходе почты появляется в трее, но не мигает.Да как так? У меня почему-то в трее ничего не появляется.
Да как так? У меня почему-то в трее ничего не появляется.
CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz [Intel64 Family 6 Model 60 Stepping 3] [DEP Enabled] [8 CPUs]
Installed RAM: 16331 MBytes
Microsoft Windows 7 Ultimate Edition, 64-bit Service Pack 1 (build 7601)
Internet Explorer: 9.11.9600.19230 (build 99600)
Administrator privileges: No
OS Languages: (UI | Locale (User/System)) : Russian/Russian | Russian/Russian
Free disk space on Miranda partition: 1098 MBytes
Miranda NG Version: 0.95.10.1 build #21391 (e22532dbdd) [running inside WOW64]
Build time: 11 Feb 2019 15:05:12
Profile: H:\Prog\Miranda NG\Profiles\Mcl\Mcl.dat
Profile size: 57683968 Bytes
Profile creation date: 8 Jan 2019 18:05:55
Language pack: Russian (RU) [0419]
Service Mode: No
Active Plugins (11):
¤ AVS.dll v.0.98.1.1 [11 Feb 2019 15:05:18] - Avatar service
¤ CrashDumper.dll v.0.1.0.3 [11 Feb 2019 15:05:44] - Crash dumper
¤ Db_autobackups.dll v.0.1.0.2 [11 Feb 2019 15:05:26] - Db autobackuper
¤ Dbx_mdbx.dll v.0.95.9.1 [11 Feb 2019 15:06:32] - Miranda NG MDBX database driver
¤ Dbx_mmap.dll v.0.95.8.1 [11 Feb 2019 15:05:16] - Miranda NG mmap database driver
¤ Dummy.dll v.0.2.0.0 [11 Feb 2019 15:06:12] - Dummy protocol
¤ historypp.dll v.1.5.1.5 [11 Feb 2019 15:06:56] - History++
¤ ICQ.dll v.0.95.11.3 [11 Feb 2019 15:06:32] - ICQ-WIM protocol
¤ NotesReminders.dll v.0.1.0.1 [11 Feb 2019 15:05:54] - Sticky Notes & Reminders
¤ PluginUpdater.dll v.0.2.0.2 [11 Feb 2019 15:05:48] - Plugin updater
¤ StatusManager.dll v.1.2.0.4 [11 Feb 2019 15:06:24] - Status manager
Protocols and Accounts:
-------------------------------------------------------------------------------
ICQ 1 - Enabled 0 - Disabled Loaded
MRA 1 - Enabled 0 - Disabled Loaded
WhatsApp 1 - Enabled 0 - Disabled Loaded
Icon Packs:
-------------------------------------------------------------------------------
Proto_Dummy.dll [11 Feb 2019 15:06:50]
Proto_ICQ.dll [11 Feb 2019 15:06:50]
HistoryPP_icons.dll [11 Feb 2019 15:06:50]
Proto_MRA.dll [11 Feb 2019 15:06:50]
Proto_MetaContacts.dll [11 Feb 2019 15:06:50]
Proto_Skype.dll [13 Dec 2018 15:03:56]
Proto_WhatsApp.dll [21 Apr 2015 23:55:34]
У меня тоже почему-то нет значков ICQ в разделе "Протоколы", хотя Proto_ICQ.dll имеется.справедливости ради надо сказать, что эти иконки никогда от Proto_ICQ.dll не зависели, они сидят в самой ICQ.dll.
Есть то что надо, точнее ICQ.dll, значки в нём лежат, но в значках этого нета можно скриншотик настроек иконок протоколов?
Когда мигало - было лучше. Можно ли это как-то настроить?Нет, этим занимался TabSRMM (как ни парадоксально), но мы выкинули m_icq.h и больше табсы так делать не будут.
Так же, раньше, когда новое письмо в почте отмечалось прочитанным, значок уведомления из трея исчезал сам (по нему не надо было щёлкать).
справедливости ради надо сказать, что эти иконки никогда от Proto_ICQ.dll не зависели, они сидят в самой ICQ.dll. можно ее открыть каким-нибудь редактором ресурсов и посмотреть, есть они там или нет?Ясно. Да есть они там конечно
просто не сделано что чтобы iconservice управлял ими, это нужно в GitHub написатьда нет, как раз сделано :)
но не заработалоОно всё-таки работает, только значок письма в трее появляется, только если новое письмо приходит во время сеанса в Миранде. На непрочитанные письма, пришедшие, пока Миранда была выключена, значёк не срабатывает.
А вот глюк с сворачиванием/деланием активным окно Миранды по клику на иконке в трее остался, приходится кликать пока из"кэша не выскочат все письма", они накапливаются, при приходе нового письма или после обрыва соединения с сервером или интернетом.Проверье, пожалуйста, после ближайшего обновления версии в разработке.
Проверье, пожалуйста, после ближайшего обновления версии в разработке.Скачал версию в разработке, в итоге не получается активировать учётки ICQ и MRA, скачал стабильную, тоже самое. Даже при создании новой учётки, ни чего не происходит ???
Скачал версию в разработке, в итоге не получается активировать учётки ICQ и MRA, скачал стабильную, тоже самое. Даже при создании новой учётки, ни чего не происходитЭто не должен быть протокол Dummy у учетки, это должны быть протоколы ICQ & MRA
Это не должен быть протокол Dummy у учетки, это должны быть протоколы ICQ & MRAКогда ставишь ICQ & MRA, то поля для ввода UIN становятся не активными. При установке стабильного плагина, так же. Откатился на бэкапный профиль, со стабильным плагином, всё заработало.
Что-то иконка с уведомлением о новом письме в трее мигала. А теперь перестала мигать. Это связано с какими-то настройками Миранды?Скорее всего нет.
Когда ставишь ICQ & MRA, то поля для ввода UIN становятся не активными.ты не понял. надо вообще стереть учетку Dummy и завести учетку ICQ/MRA с тем же именем, вбить туда UIN + пароль и вперед
Такой она стала после замены плагинаОна - это кто? Учетка? Сама она не может так, потому что поддержка ICQ & MRA из Dummy выпилена нахрен, может ICQ.dll куда-то исчезла у тебя?
А где отключить открытие в браузере сайта Mail.ru по клику на мигающую иконку?а зачем тогда вообще иконка? :) опция для отключения иконки в трее скоро появится, да
а зачем тогда вообще иконка? :) опция для отключения иконки в трее скоро появится, даПусть мигает! :) Но по клику перестаёт или открывает диалог с информацией сколько и какой почты пришло, с предложением открыть по ссылке или очистить.
Но по клику перестаёт или открывает диалог с информацией сколько и какой почты пришло, с предложением открыть по ссылке или очистить.так попап же выезжает с информацией?
так попап же выезжает с информацией?При нажатии на мигающую иконку или независимо от?
При нажатии на мигающую иконку или независимо от?независимо от, но, видимо, не в первый раз. сейчас тоже поправлю в транке и вылью
Как отключить переход на почту при нажатии на иконку в трее?опцию сейчас сделаю, чтобы эта иконка была отключаемая
опцию сейчас сделаю, чтобы эта иконка была отключаемаяНе иконка отключаемая, а переход в браузер, иконка - это хорошо, но в виде просто конверта.
Не иконка отключаемая, а переход в браузер, иконка - это хорошо, но в виде просто конверта.а смысл? просто осознать, что пришло мыло и надо запустить мыльницу? для того попап и нужен, чтобы правым кликом сбросить, а левым пнуть браузер, если письмо интересное
сделать переключение на значок Миранды после получения почты (так было раньше), соответственно сделать сброс "новых" писем, которые где-то накапливались (если было много обрывов интернета, то доходило до 100 и более кликов) и пока не прощёлкаешь много раз по иконке Миранды, контакт лист не становился активным, даже если он не полностью закрыт другой программой, то клик по листу контактов не делал его активным.это и так сейчас есть, сколько бы новых писем не было, клик будет только один, добавочные события в клист не добавляются
а смысл? просто осознать, что пришло мыло и надо запустить мыльницу? для того попап и нужен, чтобы правым кликом сбросить, а левым пнуть браузер, если письмо интересноеМыльница запущена, запустить получение почты. Даже если браузер не запущен, то всегда можно получить и прочитать письмо.
это и так сейчас есть, сколько бы новых писем не было, клик будет только один, добавочные события в клист не добавляютсяВыше писал, пришло два письма, кликнул 4 раза, сечас это письмо пришло, кликнул 2 раза и соответственно 4 и 2 перехода в браузер. Было бы больше писем, кликать пришлось бы больше.
PS: По правому клику на иконке, не сбрасываетсяи не должно. иконка - это не попап
Хотя выбираю аккаунт майла.Если мне не изменяет память, то, что вы выбираете, влияет только на значки.
Если у вас к уину аськи привязана почта @mail.ru, то так и будет, потому что и аська и мра позволяют входить по мылу.Дело в том, что когда я в поиске новых контактов ищу по почте, высвечивается старый уин который удалён 62209122 и почта@mail.ru. Когда в миранде пытаюсь авторизироватся, проходит регистрация нового уина аськи.
Выход очевиден: привязать к аське другую почту, тогда по мылу @mail.ru будет входить в MRA.
Дело в том, что когда я в поиске новых контактов ищу по почте, высвечивается старый уин который удалён 62209122 и почта@mail.ru. Когда в миранде пытаюсь авторизироватся, проходит регистрация нового уина аськи.Давайте по порядку, а то сложно понять, особенно, не видя того, что у вас творится внутри базы
1) к аське в личном кабинете на icq.com привязана почта, приннадлежащая Mail.ru в настоящий момент? Если да, то нужно привязать туда другую почту, не @mail.ru/@bk.ru/@list.ru и так далее.Да, так, но уин уже не активен, пароль не подходит. Войти в профиль на сайте не представляется возможным.
Если к уину привязана почта (а она привязана, как мы видим), то ведь можно сбросить пароль?Ответ тех.поддержки
Возможно, при этом запросят привязку телефонного номера, но с апреля этого года по закону вы и так обязаны будете его привязать, так что месяцем раньше, месяцем позже...
Данный аккаунт был удален за длительное неиспользование. Восстановить егоБуду узнавать, можно ли от почты отвязать удалённый уин.
невозможно.
и давно это аська блокирует уины, которыми давно не пользовались?Началось где-то с февраля. Если у вас контакты изменили имя на [deleted], то, получается, можно их удалять - они заблокированы навечно.
Как бы там ни было, предлагаю вам создать левый аккаунт аськи, прявязать свою почту к нему - тогда она отвяжется от старого удалённого аккаунтаПочту не пробовал, но, например, при попытке привязать к новому уину телефон, который уже привязан к другому уину, у вас ничего не выйдет. Сначала потребуют привязать к старому уину какой-то другой телефон или удалить старый уин совсем, только тогда номер телефона "освободится".
Сначала потребуют привязать к старому уину какой-то другой телефон или удалить старый уин совсем, только тогда номер телефона "освободится".Ну так у него старый уин уже типа удалён - должно проканать :)
и давно это аська блокирует уины, которыми давно не пользовались?Видимо недавно началось...
Согласно Лицензионному соглашению, "Номер ICQ и, соответственно, доступ к
Услугам ICQ может быть автоматически удален в случае их неиспользования
Вами в течение 12 (двенадцати) месяцев."
С полным текстом Лицензионного соглашения вы можете ознакомиться по ссылке
https://privacy.icq.com/legal/eula/ru (https://privacy.icq.com/legal/eula/ru)
Black Sniper, у меня тоже мыло привязано к аське, но агент - это агент, а аська - это аська. При чём, если я добавляю в Миранду учётку MRA, вбиваю своё мыло, и ввожу пароль от агента, то добавляется учётка агента, а если ввожу пароль от аськи, то добавляется учётка аськи (со значками агента).
Black Sniper, да, телефон один. Но я не использую его для входа. Насчёт удаления из БД точно не скажу, наверное да, а какая разница?Я сейчас добавил учётку майловскую, а там в поле ввода пароля уже точки стоят. Хотя удалял учётку.
Можно ли:давно уже можно всё это делать в девелоперской версии
1) Убрать эту иконку из трея в настройках?
и знаю что там где-то пароль в зашифрованном виде естьЭто не так, достаточно изучить код. Пароль вырезается из логов (в некоторых протоколах не вырезается токен, но это не имеет отношения к обсуждаемому). Иначе пользователи бы не смогли их выкладывать, что затруднило бы нам же самим диагностику проблем.
Это как? То есть если у меня мобильника нет, то я и через браузер не войду в почту? Или речь только про Агента?Речь про MRA = агент
Может быть, если бы не подтверждал, то не перестало бы пускать, интересно проверить этот момент.Нет, я ничего не подтверждал.
Короче, я в миранде в настройках учётной записи под логином и паролем агента тыкнул "Вход/регистрация по номеру телефона", и после подтверждения по смс вход заработал.Это прекрасно до тех пор, пока номер не привязан одновременно и к ICQ, и к MRA.
в миранде в настройках учётной записи под логином и паролем агента тыкнул "Вход/регистрация по номеру телефона", и после подтверждения по смс вход заработал.Угу, входит, только вот куда ? Посмотри на список контактов агента и логин в учетке.
Что-то со вчера не подключается mail.ru-agent, пишет: Ошибка подключения. Ваш логин или пароль не приняты сервером (330). Ничего не менял, в почту войти могу. Попробовал заново вбить пароль в миранде, не помогло.Аналогично, после сегодняшнего обновления. ???
Что могло случиться?
Если к ICQ и MRA привязан один и тот же телефон, то сделайте так, чтобы телефоны были разные (другой привяжите)телефоны то как раз разные в icq один, в аккаунте mai.ru другой, но если указать телефон то после подтверждения заменяется логин почты на новый uin.
Значит, на этот телефон зареган уин, про который вы забыли.Нет такого контакта ни по uin, ни по номеру телефона не находит, говорит что нет.
sergkarn, меня пока в аську по уину и паролю пускает - и в веб-версии, и в миранде.Я когда то сообщение написал переставало пускать, через несколько часов снова вход в веб icq заработал по uin и паролю, видимо что-то перемудрили там.
Может быть, вы попытались войти через миранду по номеру до его привязки к почте, создав таким образом новый аккаунт аськи, потому что кнопка называется "вход/регистрация".
В девелоперской версии налажен вход в MRA по логину/паролю.Да, вход заработал. :THUMBS UP: Входящие в почту показывает.
- если один и тот же телефон привязан к ICQ и почте mail.ru, то вход в MRA по номерутелефона/смс невозможен, следует входить по логину/паролюКак я и предположил ранее, вход по смс в МРА в миранде не работает, даже если он не привязан к учётке аськи - в этом случае просто создаётся новый аккаунт аськи. Будет забавно, если в официальном клиенте так же - проверю позже, когда мой номер разблокируют...
Мне сначала так же подумалось, но нет аккаунт не создался, по крайней мере не находит ни по uin, ни по телефону.Через поиск почему-то свежесозданная учётка не находится, да, но именно это и происходит - создаётсмя новая учётка с новым уином.
Поиск контактов MRA через ICQ работает, но добавляет как ICQПросто в миранде значки контактов соответствуют протоколу, через который вы вошли.
Ещё один момент непонятный - куда пропали все контакты агента?profiles\mywork\autobackup\
Должен работать вход по номеру, который привязан только к почте.Так и проверил. Номер привязана к ящику, и не привязан ни к какой аське - всё равно создаётся новая учётка аськи через миранду. Наверное этой кнопке всё равно, что вбито в поле логин, и какой протокол выбран - она просто логинит в аську или регает учётку аськи. Мне сейчас больше интересно проверить, как обстоят дела в официальном клиенте.
В общем, проще выпилить из MRA вход по телефону нафиг.Мне тех поддержка ответила
А что не так с поиском?Он висит в бесконечном поиске.
И как раз после этого обновления авторизация на официальном клиенте стала осуществляться через дополнительное вызывное окноДа, авторизация теперь идёт ровно так же, как и в веб-почте.
Как в браузерах на ядре хрома? Как в скайпе современном, и многих других программ?Если там Qt, то нет. Вы имеете в виду Electron.
...Мы когда-нибудь тоже перейдём на Qt, иначе ни про какую кросплатформенность и работу в линуксах можно не мечтать.Жаль. Не люблю я эти современные тенденции. Скайпом современным не пользуюсь. Привык к старым подходам. Не обижайтесь, но я думаю все эти тенденции, кросплатформеность типа, из-за лени и гонки за модой. Лучше бы для каждой платформы делали отдельно, и не пытались сделать универсального монстра. Практика показывает что это не к чему хорошему не ведёт.
https://forum.miranda-ng.org/index.php?topic=5361.msg28828#msg28828
16.07.2021
Настроил вчера почту mail.ru через YAMN по POP3, вроде нормально было. Сегодня подключается субъективно раз через 5-10... При каждой неудачной попытке, пишет: "Ошибка 0-3-4-10060: Не могу соединится с почтовым сервером. Ошибка создания основного сокета."
А родной мейловский агент, как я понял, без телефона, не будет работать.Почему? Работает.
Как вообще по нормальному почтовый информер организовать?Обновиться до версии в разработке и пользоваться протоколом MRA.
Почта mail.ru через YAMN по POP3, подключается раз через десять.Телепатов нет, надо смотреть нетлог (https://wiki.miranda-ng.org/index.php?title=Network_log)...
[2021-07-30 21:36:53 1864] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 40071, m_iDesiredStatus = 40071 m_hWorkerThread = 000002BC
[2021-07-30 21:36:53 1864] KeepStatus: assigning status 40072 (40071, 0) to MRA_1
[2021-07-30 21:36:53 16C8] [MRA_1] Executing request 93a7f2e8-___________________________:
https://icqapilogin.mail.ru/auth/mrimLogin
[2021-07-30 21:36:53 16C8] [MRA_1] Connection request to icqapilogin.mail.ru:443 (Flags 11)....
[2021-07-30 21:36:53 16C8] [MRA_1] (07728190) Connecting to server icqapilogin.mail.ru:443....
[2021-07-30 21:36:53 16C8] [MRA_1] (07728190) Connecting to ip 178.237.20.122:443 ....
[2021-07-30 21:36:53 16C8] [MRA_1] (532) Connected to icqapilogin.mail.ru:443
[2021-07-30 21:36:53 16C8] [MRA_1] (532 icqapilogin.mail.ru) Starting SSL/TLS negotiation
[2021-07-30 21:36:53 16C8] [MRA_1] (532 icqapilogin.mail.ru) SSL/TLS negotiation successful
[2021-07-30 21:36:53 16C8] [MRA_1] (07728190:532) Data received
HTTP/1.1 200 OK
Server: nginx
Date: Fri, 30 Jul 2021 18:36:52 GMT
Content-Type: application/json;charset=UTF-8
Content-Length: 110
Connection: keep-alive
Keep-Alive: timeout=75
Pragma: no-cache
Cache-Control: no-store,no-cache,must-revalidate
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
{"response":{"statusCode":462, "statusText":"Parameter error - auth cookies", "requestId":"91640-1626423568"}}
[2021-07-30 21:36:53 16C8] [MRA_1] (07728190:532) Data received
{"response":{"statusCode":462, "statusText":"Parameter error - auth cookies", "requestId":"91640-1626423568"}}
[2021-07-30 21:36:53 16C8] [MRA_1] (07728190:532) Connection closed internal
[2021-07-30 21:36:53 16C8] [MRA_1] (07728190:4294967295) Connection closed
[2021-07-30 21:36:53 16C8] [MRA_1] Executing request 415a84c0-_____________________:
https://auth.mail.ru/sdc?JSONP_call=jscb_tmp_c85825&from=https%3A%2F%2Ficqapilogin.mail.ru%2Fauth%2FmrimLogin
[2021-07-30 21:36:53 16C8] [MRA_1] Connection request to auth.mail.ru:443 (Flags 11)....
[2021-07-30 21:36:53 16C8] [MRA_1] (07727ED0) Connecting to server auth.mail.ru:443....
[2021-07-30 21:36:54 16C8] [MRA_1] (07727ED0) Connecting to ip 79.137.156.161:443 ....
[2021-07-30 21:37:14 16C8] [MRA_1] w:\miranda-build\src\mir_app\src\netlib_openconn.cpp 707: connect() failed (10060)
[2021-07-30 21:37:15 16C8] [MRA_1] Request 415a84c0-_________________ failed
Заменил нижними подчёркиваниями то что меня настораживает.
Кстати, заметил что если Виндовс "отправить" в гибернацию, и на следующий день вывести запустить "её оттуда", то MRA будет безконечно долго крутится, в попытке подключится. Если перевести его в состояние "Не в сети", и после этого сразу обратно "В сети", то подключается нормально.Этому багу наверное уже лет 8, протокол джаббера ведёт себя точно также, это ещё в Miranda IM товарищ Borka накодил
приходят файлы, по сути, вообще без имени и расширенияЭто и в аське так же, сервер отдаёт некоторые стикеры как обычные файлы. Сервер явно указывает, что это файл, а не стикер - так что все вопросы к нему, отчего он так делает с некоторыми стикерами. Иногда они приходят как файл с именем, но без расширения. Нет возможности телепатически угадать, то ли это стикер, то ли собеседник реально прислал такой файл без расширения (ну мало ли, например, я приватный ключ кину коллеге, который представляет собой файл id_rsa без всякого расширения).
Quote from: Shpionus от 10 08 2021, 08:19:58Кстати, заметил что если Виндовс "отправить" в гибернацию, и на следующий день вывести запустить "её оттуда", то MRA будет безконечно долго крутится, в попытке подключится. Если перевести его в состояние "Не в сети", и после этого сразу обратно "В сети", то подключается нормально.
Этому багу наверное уже лет 8, протокол джаббера ведёт себя точно также, это ещё в Miranda IM товарищ Borka накодил
Этому багу наверное уже лет 8, протокол джаббера ведёт себя точно также, это ещё в Miranda IM товарищ Borka накодилВряд ли это тот баг. Да, Jabber может подвиснуть на сокете, но аська гарантированно разорвёт соединение через 25 секунд, поскольку использует HTTP polling.
[12:02:04 1B30] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 40071, m_iDesiredStatus = 40071 m_hWorkerThread = 00000210
[12:02:04 1B30] KeepStatus: assigning status 40072 (40071, 0) to MRA_1
[12:02:04 1B4C] [MRA_1] Executing request 264984e3-d68d-4e75-ad6b-9f1d1c48307a:
https://icqapilogin.mail.ru/auth/mrimLogin
[12:02:04 1B4C] [MRA_1] Connection request to icqapilogin.mail.ru:443 (Flags 11)....
[12:02:04 1B4C] [MRA_1] (05C61388) Connecting to server icqapilogin.mail.ru:443....
[12:02:04 1B4C] [MRA_1] (05C61388) Connecting to ip 178.237.20.122:443 ....
[12:02:04 1B4C] [MRA_1] (960) Connected to icqapilogin.mail.ru:443
[12:02:04 1B4C] [MRA_1] (960 icqapilogin.mail.ru) Starting SSL/TLS negotiation
[12:02:04 1B4C] [MRA_1] (960 icqapilogin.mail.ru) SSL/TLS negotiation successful
[12:02:05 1B4C] [MRA_1] (05C61388:960) Data received
HTTP/1.1 200 OK
Server: nginx
Date: Thu, 14 Apr 2022 00:02:11 GMT
Content-Type: application/json;charset=UTF-8
Content-Length: 95
Connection: keep-alive
Keep-Alive: timeout=75
Pragma: no-cache
Cache-Control: no-store,no-cache,must-revalidate
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
{"response":{"statusCode":408, "statusText":"Request Timeout", "requestId":"91640-1626423568"}}
[12:02:05 1B4C] [MRA_1] (05C61388:960) Data received
{"response":{"statusCode":408, "statusText":"Request Timeout", "requestId":"91640-1626423568"}}
[12:02:05 1B4C] [MRA_1] (05C61388:960) Connection closed internal
[12:02:05 1B4C] [MRA_1] (05C61388:4294967295) Connection closed
[12:02:05 1B4C] [MRA_1] ConnectionFailed -> reason 7
[12:02:05 1B4C] [MRA_1] CIcqProto::ShutdownSession
[12:02:05 1B4C] [MRA_1] CIcqProto::OnLoggedOut
Кстати, заметил что если Виндовс "отправить" в гибернацию, и на следующий день вывести запустить "её оттуда", то MRA будет безконечно долго крутится, в попытке подключится. Если перевести его в состояние "Не в сети", и после этого сразу обратно "В сети", то подключается нормально.
Этому багу наверное уже лет 8, протокол джаббера ведёт себя точно также, это ещё в Miranda IM товарищ Borka накодилВот вроде бы аська и агент - это один протокол, но почему-то проблема с бесконечным входом происходит именно на агенте, но не на аське. После каждой отправки компа в сон и пробуждения приходится реконнектить агент вручную. Ну почините плз :(
[5:18:46 000C] KeepStatus: status for MRA_1 differs: stored = 40072, real = 1
[5:18:46 000C] KeepStatus: assigning status 40072 (40072, 40072) to MRA_1
[5:18:46 000C] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 1, m_iDesiredStatus = 40072 m_hWorkerThread = 000001E4
[5:18:46 000C] KeepStatus: assigning status 40072 (40072, 0) to MRA_1
[5:18:56 000C] KeepStatus: status for MRA_1 differs: stored = 40072, real = 1
[5:18:56 000C] KeepStatus: assigning status 40072 (40072, 40072) to MRA_1
[5:18:56 000C] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 1, m_iDesiredStatus = 40072 m_hWorkerThread = 000001E4
[5:18:56 000C] KeepStatus: assigning status 40072 (40072, 0) to MRA_1
[5:19:06 000C] KeepStatus: status for MRA_1 differs: stored = 40072, real = 1
[5:19:06 000C] KeepStatus: assigning status 40072 (40072, 40072) to MRA_1
[5:19:06 000C] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 1, m_iDesiredStatus = 40072 m_hWorkerThread = 000001E4
[5:19:06 000C] KeepStatus: assigning status 40072 (40072, 0) to MRA_1
[5:19:16 000C] KeepStatus: status for MRA_1 differs: stored = 40072, real = 1
[5:19:16 000C] KeepStatus: assigning status 40072 (40072, 40072) to MRA_1
[5:19:16 000C] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 1, m_iDesiredStatus = 40072 m_hWorkerThread = 000001E4
[5:19:16 000C] KeepStatus: assigning status 40072 (40072, 0) to MRA_1
[5:19:26 000C] KeepStatus: status for MRA_1 differs: stored = 40072, real = 1
[5:19:26 000C] KeepStatus: assigning status 40072 (40072, 40072) to MRA_1
[5:19:26 000C] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 1, m_iDesiredStatus = 40072 m_hWorkerThread = 000001E4
[5:19:26 000C] KeepStatus: assigning status 40072 (40072, 0) to MRA_1
Мы не поддерживаем (https://github.com/miranda-ng/miranda-ng/issues/2937) двухфакторную авторизацию в MRA.Это понятно. В настройках mail.ru не включал двухфакторную авторизацию, Вояжер почту приносит ??? .
Svetogor, а если использовать главный пароль? У меня в миранде агент до сих пор работает на обычном пароле.Понял. Воткнём главный.
Missing required parameter - CookieТакое бывает, через несколько дней сервер попускает и всё нормализуется.
[21:37:07 0DE0] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 40071, m_iDesiredStatus = 40071 m_hWorkerThread = 00000208
[21:37:07 0DE0] KeepStatus: assigning status 40072 (40071, 0) to MRA_1
[21:37:07 0F8C] [MRA_1] Executing request 933ddf00-eeba-484d-96c7-6d86109113e8:
https://icqapilogin.mail.ru/auth/mrimLogin
[21:37:07 0F8C] [MRA_1] Connection request to icqapilogin.mail.ru:443 (Flags 11)....
[21:37:07 0F8C] [MRA_1] (05DB9CA0) Connecting to server icqapilogin.mail.ru:443....
[21:37:07 0F8C] [MRA_1] (05DB9CA0) Connecting to ip 178.237.20.122:443 ....
[21:37:08 0F8C] [MRA_1] (736) Connected to icqapilogin.mail.ru:443
[21:37:08 0F8C] [MRA_1] (736 icqapilogin.mail.ru) Starting SSL/TLS negotiation
[21:37:08 0F8C] [MRA_1] (736 icqapilogin.mail.ru) SSL/TLS negotiation successful
[21:37:08 0F8C] [MRA_1] (05DB9CA0:736) Data received
HTTP/1.1 200 OK
Server: openresty
Date: Sat, 23 Dec 2023 09:37:15 GMT
Content-Type: application/json;charset=UTF-8
Content-Length: 104
Connection: keep-alive
Keep-Alive: timeout=75
Pragma: no-cache
Cache-Control: no-store,no-cache,must-revalidate
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[21:37:08 0F8C] [MRA_1] (05DB9CA0:736) Data received
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[21:37:08 0F8C] [MRA_1] (05DB9CA0:736) Connection closed internal
[21:37:08 0F8C] [MRA_1] (05DB9CA0:4294967295) Connection closed
[21:37:08 0F8C] [MRA_1] Executing request f01ba0d1-81e4-4d81-a6e3-9a8013a30265:
https://auth.mail.ru/sdc?JSONP_call=jscb_tmp_c85825&from=https%3A%2F%2Ficqapilogin.mail.ru%2Fauth%2FmrimLogin
[21:37:08 0F8C] [MRA_1] Connection request to auth.mail.ru:443 (Flags 11)....
[21:37:08 0F8C] [MRA_1] (05DB9CA0) Connecting to server auth.mail.ru:443....
[21:37:08 0F8C] [MRA_1] (05DB9CA0) Connecting to ip 94.100.180.60:443 ....
[21:37:08 0F8C] [MRA_1] (736) Connected to auth.mail.ru:443
[21:37:08 0F8C] [MRA_1] (736 auth.mail.ru) Starting SSL/TLS negotiation
[21:37:09 0F8C] [MRA_1] (736 auth.mail.ru) SSL/TLS negotiation successful
[21:37:09 0F8C] [MRA_1] (05DB9CA0:736) Data sent
POST /sdc?JSONP_call=jscb_tmp_c85825&from=https%3A%2F%2Ficqapilogin.mail.ru%2Fauth%2FmrimLogin HTTP/1.1
Content-Type: application/x-www-form-urlencoded
Cookie: ukey=WY2PGpZDa0LFRTtnM79mb00
Referer: https://webagent.mail.ru/
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.112 Safari/537.36
Accept-Encoding: deflate, gzip
Host: auth.mail.ru
Connection: Keep-Alive
Proxy-Connection: Keep-Alive
Content-Length: 0
[21:37:09 0F8C] [MRA_1] (05DB9CA0:736) Data received
HTTP/1.1 200 OK
Server: nginx
Date: Sat, 23 Dec 2023 09:37:15 GMT
Content-Type: application/x-javascript; charset=UTF-8
Content-Length: 66
Connection: keep-alive
Content-Encoding: gzip
P3P: CP="NON CUR OUR IND UNI INT"
X-Mru-Request-Id: 4d83ffbb
Vary: Accept-Encoding
X-Host: fau46.m.smailru.net
Critical-CH: Sec-CH-UA-Platform, Sec-CH-UA-Platform-Version, Sec-CH-UA-Full-Version, Sec-CH-UA-Model, Sec-CH-UA-Full-Version-List
Accept-CH: Sec-CH-UA-Platform, Sec-CH-UA-Platform-Version, Sec-CH-UA-Full-Version, Sec-CH-UA-Model, Sec-CH-UA-Full-Version-List
X-Content-Type-Options: nosniff
X-XSS-Protection: 1; mode=block; report=https://cspreport.mail.ru/xxssprotection
ˈ
[21:37:09 0F8C] [MRA_1] (05DB9CA0:736) Connection closed internal
[21:37:09 0F8C] [MRA_1] (05DB9CA0:4294967295) Connection closed
[21:37:09 0F8C] [MRA_1] Executing request 0f4defdc-baa9-4ceb-957d-2819b5117558:
https://icqapilogin.mail.ru/auth/mrimLogin
[21:37:09 0F8C] [MRA_1] Connection request to icqapilogin.mail.ru:443 (Flags 11)....
[21:37:09 0F8C] [MRA_1] (05DB9CA0) Connecting to server icqapilogin.mail.ru:443....
[21:37:09 0F8C] [MRA_1] (05DB9CA0) Connecting to ip 178.237.20.122:443 ....
[21:37:09 0F8C] [MRA_1] (1108) Connected to icqapilogin.mail.ru:443
[21:37:09 0F8C] [MRA_1] (1108 icqapilogin.mail.ru) Starting SSL/TLS negotiation
[21:37:09 0F8C] [MRA_1] (1108 icqapilogin.mail.ru) SSL/TLS negotiation successful
[21:37:09 0F8C] [MRA_1] (05DB9CA0:1108) Data received
HTTP/1.1 200 OK
Server: openresty
Date: Sat, 23 Dec 2023 09:37:16 GMT
Content-Type: application/json;charset=UTF-8
Content-Length: 104
Connection: keep-alive
Keep-Alive: timeout=75
Pragma: no-cache
Cache-Control: no-store,no-cache,must-revalidate
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[21:37:09 0F8C] [MRA_1] (05DB9CA0:1108) Data received
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[21:37:09 0F8C] [MRA_1] (05DB9CA0:1108) Connection closed internal
[21:37:09 0F8C] [MRA_1] (05DB9CA0:4294967295) Connection closed
[21:37:09 0F8C] [MRA_1] ConnectionFailed -> reason 7
[21:37:09 0F8C] [MRA_1] CIcqProto::ShutdownSession
[21:37:09 0F8C] [MRA_1] CIcqProto::OnLoggedOut
[21:37:10 0DE0] KeepStatus: connection lost! (MRA_1)
Они же сделали отдельные пароли для приложений и это работалоПроблема в том, что это никогда не работало c 2FA, я про это тикет заводил.
[13:38:00 0AC8] [MRA_1] CIcqProto::SetStatus iNewStatus = 40072, m_iStatus = 40071, m_iDesiredStatus = 40071 m_hWorkerThread = 00000208
[13:38:00 0AC8] KeepStatus: assigning status 40072 (40071, 0) to MRA_1
[13:38:00 080C] [MRA_1] Executing request 6390c529-b61e-4f44-93e1-52c0d396c40e:
https://icqapilogin.mail.ru/auth/mrimLogin
[13:38:00 080C] [MRA_1] Connection request to icqapilogin.mail.ru:443 (Flags 11)....
[13:38:00 080C] [MRA_1] (05A1CD78) Connecting to server icqapilogin.mail.ru:443....
[13:38:00 080C] [MRA_1] (05A1CD78) Connecting to ip 178.237.20.122:443 ....
[13:38:00 080C] [MRA_1] (1076) Connected to icqapilogin.mail.ru:443
[13:38:00 080C] [MRA_1] (1076 icqapilogin.mail.ru) Starting SSL/TLS negotiation
[13:38:00 080C] [MRA_1] (1076 icqapilogin.mail.ru) SSL/TLS negotiation successful
[13:38:01 080C] [MRA_1] (05A1CD78:1076) Data received
HTTP/1.1 200 OK
Server: openresty
Date: Tue, 16 Jan 2024 01:38:02 GMT
Content-Type: application/json;charset=UTF-8
Content-Length: 104
Connection: keep-alive
Keep-Alive: timeout=75
Pragma: no-cache
Cache-Control: no-store,no-cache,must-revalidate
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[13:38:01 080C] [MRA_1] (05A1CD78:1076) Data received
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[13:38:01 080C] [MRA_1] (05A1CD78:1076) Connection closed internal
[13:38:01 080C] [MRA_1] (05A1CD78:4294967295) Connection closed
[13:38:01 080C] [MRA_1] Executing request b03bd936-acaa-45b1-87d0-b475248b4851:
https://auth.mail.ru/sdc?JSONP_call=jscb_tmp_c85825&from=https%3A%2F%2Ficqapilogin.mail.ru%2Fauth%2FmrimLogin
[13:38:01 080C] [MRA_1] Connection request to auth.mail.ru:443 (Flags 11)....
[13:38:01 080C] [MRA_1] (05A1CD78) Connecting to server auth.mail.ru:443....
[13:38:01 080C] [MRA_1] (05A1CD78) Connecting to ip 217.69.139.60:443 ....
[13:38:01 080C] [MRA_1] (1076) Connected to auth.mail.ru:443
[13:38:01 080C] [MRA_1] (1076 auth.mail.ru) Starting SSL/TLS negotiation
[13:38:01 080C] [MRA_1] (1076 auth.mail.ru) SSL/TLS negotiation successful
[13:38:01 080C] [MRA_1] (05A1CD78:1076) Data sent
POST /sdc?JSONP_call=jscb_tmp_c85825&from=https%3A%2F%2Ficqapilogin.mail.ru%2Fauth%2FmrimLogin HTTP/1.1
Accept-Encoding: deflate, gzip
Content-Type: application/x-www-form-urlencoded
Cookie: ukey=efqhpzaFBVGmTgl6UR0sc01; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
Referer: https://webagent.mail.ru/
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.112 Safari/537.36
Host: auth.mail.ru
Connection: Keep-Alive
Proxy-Connection: Keep-Alive
Content-Length: 0
[13:38:01 080C] [MRA_1] (05A1CD78:1076) Data received
HTTP/1.1 200 OK
Server: nginx
Date: Tue, 16 Jan 2024 01:38:02 GMT
Content-Type: application/x-javascript; charset=UTF-8
Content-Length: 66
Connection: keep-alive
Content-Encoding: gzip
P3P: CP="NON CUR OUR IND UNI INT"
X-Mru-Request-Id: 55c9b3cf
Vary: Accept-Encoding
X-Host: fau33.m.smailru.net
Critical-CH: Sec-CH-UA-Platform, Sec-CH-UA-Platform-Version, Sec-CH-UA-Full-Version, Sec-CH-UA-Model, Sec-CH-UA-Full-Version-List
Accept-CH: Sec-CH-UA-Platform, Sec-CH-UA-Platform-Version, Sec-CH-UA-Full-Version, Sec-CH-UA-Model, Sec-CH-UA-Full-Version-List
X-Content-Type-Options: nosniff
X-XSS-Protection: 1; mode=block; report=https://cspreport.mail.ru/xxssprotection
‹
[13:38:01 080C] [MRA_1] (05A1CD78:1076) Connection closed internal
[13:38:01 080C] [MRA_1] (05A1CD78:4294967295) Connection closed
[13:38:01 080C] [MRA_1] Executing request 7f8842dc-c9a3-4ea6-9a5e-0d1a0719a301:
https://icqapilogin.mail.ru/auth/mrimLogin
[13:38:01 080C] [MRA_1] Connection request to icqapilogin.mail.ru:443 (Flags 11)....
[13:38:01 080C] [MRA_1] (05A1CD78) Connecting to server icqapilogin.mail.ru:443....
[13:38:01 080C] [MRA_1] (05A1CD78) Connecting to ip 178.237.20.122:443 ....
[13:38:01 080C] [MRA_1] (1232) Connected to icqapilogin.mail.ru:443
[13:38:01 080C] [MRA_1] (1232 icqapilogin.mail.ru) Starting SSL/TLS negotiation
[13:38:02 080C] [MRA_1] (1232 icqapilogin.mail.ru) SSL/TLS negotiation successful
[13:38:02 080C] [MRA_1] (05A1CD78:1232) Data received
HTTP/1.1 200 OK
Server: openresty
Date: Tue, 16 Jan 2024 01:37:55 GMT
Content-Type: application/json;charset=UTF-8
Content-Length: 104
Connection: keep-alive
Keep-Alive: timeout=75
Pragma: no-cache
Cache-Control: no-store,no-cache,must-revalidate
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[13:38:02 080C] [MRA_1] (05A1CD78:1232) Data received
{"response":{"statusCode":462, "statusText":"Parameter error - Cookie", "requestId":"91640-1626423568"}}
[13:38:02 080C] [MRA_1] (05A1CD78:1232) Connection closed internal
[13:38:02 080C] [MRA_1] (05A1CD78:4294967295) Connection closed
[13:38:02 080C] [MRA_1] ConnectionFailed -> reason 7
[13:38:02 080C] [MRA_1] CIcqProto::ShutdownSession
[13:38:02 080C] [MRA_1] CIcqProto::OnLoggedOut
[13:38:02 0AC8] KeepStatus: connection lost! (MRA_1)
[13:38:03 0AC8] [MRA_1] CIcqProto::SetStatus iNewStatus = 40071, m_iStatus = 40071, m_iDesiredStatus = 40071 m_hWorkerThread = 00000208
[13:38:03 0AC8] KeepStatus: assigning status 40071 (40072, 0) to MRA_1
Вывод: надо делать поддержку паролей приложений, чтобы пользователи мог включить двухфакторную авторизацию и создать для Миранды отдельный пароль вместо пароля от учётки.Там пароли для приложений создаются независимо от того, включена двухфакторная авторизация или нет. Не обязательно её включать. Почитав вашу тему на гитхабе, понял, что всё печально :(