| 26 Sep 2018 |
 ma1uta | Попробуй оставить пустым. | 02:20:47 |
 progserega | хорошо, спасибо!
Кстати, может быть, это параноя, но никто не проверял код этого моста? Всё же его пускаем на сервер как приложение... Насколько на сервере матрикса у данного моста, как у приложения будут возможности велики? | 03:06:13 |
| ma1uta | Нет, я не смотрел код. А возможности те же, что и у других AS: он гоняет через себя всю переписку. | 03:51:02 |
| progserega | всю перемиску, которая относится к его комнатам, или вообще всю переписку сервера через себя пропускает? | 04:47:36 |
 Stanislav N. aka pztrn | раньше был второй вариант | 04:47:52 |
| Stanislav N. aka pztrn | щас - хз) | 04:48:03 |
| progserega | хм... тогда надо бы код проверять 😕 | 04:48:36 |
| Stanislav N. aka pztrn | я когда мост Matrix <> XMPP MUC писал я видел много сообщений с других комнат, которые ко мне приходили, приходилось игнорить их | 04:48:47 |
| progserega | ну по идее логично - "приложение" это как модуль сервера, которому мы должны доверять так же как серверу. Но для этого хорошо бы его проверить... Значит надо выделить время и погружаться в потроха mautrix-а перед тем, как допускать его к внутренней переписке | 04:51:11 |
| ma1uta | Да, AS гоняет через себя все сообщения. Когда появляется event в комнате, которая управляется AS (есть алиас из пространства имён AS или комната создана AS) или должно отправиться псевдо-пользователю AS, то HS отправляет его на соответствующий AS через API. | 06:12:18 |
 Alexey Murz Korepov | Да мне кажется этот код уже просмотрело стопицот человек, так что вероятность закладок там близка к нулю, да и авторы открытого кода тоже понимают, что любые попытки сделать закладку всегда кто-нибудь заметит если не сразу, то позже, и потом от гумна отмываться будет себе дороже | 06:18:07 |
| progserega | In reply to @murz:ru-matrix.org
Да мне кажется этот код уже просмотрело стопицот человек, так что вероятность закладок там близка к нулю, да и авторы открытого кода тоже понимают, что любые попытки сделать закладку всегда кто-нибудь заметит если не сразу, то позже, и потом от гумна отмываться будет себе дороже Я и говорю, что параноя 😃 | 06:56:32 |
| progserega | In reply to @ma1uta:ru-matrix.org
Да, AS гоняет через себя все сообщения. Когда появляется event в комнате, которая управляется AS (есть алиас из пространства имён AS или комната создана AS) или должно отправиться псевдо-пользователю AS, то HS отправляет его на соответствующий AS через API. Ну так получается, что AS отправляются сообщения только с тех комнат на которые "подписан" AS | 06:57:56 |
| Alexey Murz Korepov | да, там в настройках подключения AS указывается маска по которой ему посылать и принимать сообщения можно, но там можно и звёздочку поставить чтобы все получал ;) | 06:59:01 |
| progserega | в настройках синапса или самого mautrix-а* | 07:02:37 |
| progserega | ? | 07:02:38 |
| Alexey Murz Korepov | In reply to @progserega:rsprim.ru
в настройках синапса или самого mautrix-а* в файле registration.yaml прописывается | 07:05:21 |
| Alexey Murz Korepov | namespaces:
users:
- exclusive: true
regex: '@telegram_.+:botva.ru'
aliases:
- exclusive: true
regex: '@telegram_.+:botva.ru'
- первое это каких юзеров ему можно эмулировать, второе - какие алиасы создавать
| 07:07:16 |
| Alexey Murz Korepov | хотя... от меня же он как-то сообщения получает, несмотря на эти неймспейсы ;) значит получается что AS любые может получать (прослушивать) | 07:08:16 |
| Alexey Murz Korepov | а, ну если бот этого AS в комнате есть - он собственно всё слышыт в ней | 07:08:51 |
| progserega | In reply to @murz:ru-matrix.org
а, ну если бот этого AS в комнате есть - он собственно всё слышыт в ней потому наверно и может получать 🙂 | 07:12:47 |
| progserega | что логично, т.к. сообщение ему. Скорее всего так: комнаты, в которых ЕГО пригласили как бота - это одно, а комнты, которые ОН сам может создавать - это другое и последнее ограничивается масками, чтобы "не шалил", видать. | 07:14:01 |
| progserega | И по идее синапс не должен ему позволять большего... | 07:14:53 |
| Alexey Murz Korepov | да, всё верно | 07:15:09 |
| progserega | спасибо! Буду сегодня дома пробовать 🙂 | 07:33:48 |
| progserega | Запустил бота, но забыл поставить socks-модуль. Снёс бота и заново его развернул (просто, т.к. шаблоном из puppet). Но! Бот теперь не хочет подключаться к матрице:
result = coro.send(None)
File "/opt/mautrix_telegram/lib/python3.5/site-packages/mautrix_telegram/matrix.py", line 46, in init_as_bot
displayname if displayname != "remove" else "")
File "/opt/mautrix_telegram/lib/python3.5/site-packages/mautrix_appservice/intent_api.py", line 338, in set_display_name
await self.client.request("PUT", "/profile/{}/displayname".format((self.mxid)), content)
File "/opt/mautrix_telegram/lib/python3.5/site-packages/mautrix_appservice/intent_api.py", line 136, in _send
errcode=errcode, message=message)
mautrix_appservice.errors.MatrixRequestError: 401: {"errcode":"M_UNKNOWN_TOKEN","error":"Unrecognised access token."}
Я так понял из-за того, что старый файл регистрации не сохранился - теперь синапс-сервер не пускает бота с новосгенерённым кодом?
| 13:57:43 |
| Alexey Murz Korepov | при установке заново он генерит новый токен, собственно новый registration.yaml надо подсунуть синапсу | 14:00:18 |
| Alexey Murz Korepov | ну или в настройки самого as засунуть старый токен из старого registration.yaml | 14:00:53 |
| progserega | registration.yaml удалил, заново шаблон его создал, синапс перезагрузил - всё равно не пускает | 14:01:05 |
| progserega | In reply to @murz:ru-matrix.org
ну или в настройки самого as засунуть старый токен из старого registration.yaml старый снёс безвозвратно 😕 | 14:01:22 |
