Improve Telegram bridging experience
Closed, ResolvedPublic

Description

Currently our messaging setup follows the philosophy

Matrix <-> IRC <-> Telegram

This setup provides an unsatisfactory experience for Matrix and Telegram users, as IRC which acts as a middle man does not support various features that both Telegram and Matrix implement (e.g. images with direct preview, user avatars, replies, etc.). It would therefore be interesting to modify the setup to

IRC <-> Matrix <-> Telegram

This would improve the communication for both Matrix and Telegram users, whilst not changing anything for IRC users. To do this, the Matrix homeserver would have to run https://github.com/tulir/mautrix-telegram or a similar Matrix <-> Telegram bridge. Given that the homeserver is to my knowledge not controlled by KDE Sysadmin but by Modular.im which sponsor the server, we should probably reach out to Modular.

duffus claimed this task.Jun 17 2020, 1:10 PM
duffus triaged this task as Normal priority.
duffus added a project: Sysadmin.
Restricted Application added a subscriber: sysadmin. · View Herald TranscriptJun 17 2020, 1:11 PM
tfella added a subscriber: tfella.Jun 17 2020, 1:14 PM
bshah added a subscriber: bshah.Jun 17 2020, 2:24 PM

Once concern regarding "matrix" to "telegram" native bridge is that it creates the IRC users for each of the "bridged" users in telegram room, for some channels like e.g Plasma Mobile channel this is 500+ users on matrix side, and same amount of users added on IRC side.

Currently we are hitting our IRC connection limits as-is with freenode folks as I understand. So we also need to ask freenode people if they are fine with it as well.

Once concern regarding "matrix" to "telegram" native bridge is that it creates the IRC users for each of the "bridged" users in telegram room, for some channels like e.g Plasma Mobile channel this is 500+ users on matrix side, and same amount of users added on IRC side.

Currently we are hitting our IRC connection limits as-is with freenode folks as I understand. So we also need to ask freenode people if they are fine with it as well.

Makes sense. @Fuchs might be able to chime in from the freenode side.

Fuchs added a comment.Jun 17 2020, 5:18 PM

We recently upped the iline for the KDE Matrix bridge (not the regular Matrix bridge, please note that this is a completely separate thing) and whilst due to me being involved with KDE I'd like my colleagues to decide on that one, I'm pretty positive we should be able to raise limits for a cause such as adding a Telegram bridge.

In this case it has to go via the KDE Matrix instance though, and not the regular Matrix instance, but I assume that's feasible.

We recently upped the iline for the KDE Matrix bridge (not the regular Matrix bridge, please note that this is a completely separate thing) and whilst due to me being involved with KDE I'd like my colleagues to decide on that one, I'm pretty positive we should be able to raise limits for a cause such as adding a Telegram bridge.

OK, thanks. Will formally ask in a bit

In this case it has to go via the KDE Matrix instance though, and not the regular Matrix instance, but I assume that's feasible.

Yes it would be doing that for performance reasons

My only concern here regarding having Telegram go via Matrix for IRC users would be that we have had quite a few complaints regarding Matrix lagging and not propagating across successfully.

Do we know if this is fixed / can be relied upon?

My only concern here regarding having Telegram go via Matrix for IRC users would be that we have had quite a few complaints regarding Matrix lagging and not propagating across successfully.

Do we know if this is fixed / can be relied upon?

As part of the process for this we are identifying existing general problems that we know about (not at the individual user level) that we would get sorted before a change over

We may still identify a reason not to do bridging this way, or not yet, but it does look like it would bring the best experience for our users. Moving the bridging would only be done after we have solved these

apol added a subscriber: apol.Jul 2 2020, 1:29 PM
ngraham added a subscriber: ngraham.Jul 2 2020, 1:33 PM
ognarb added a comment.Jul 2 2020, 4:48 PM

So this task is stalled since 2 weeks now, how can I help moving forwards?

bshah added a comment.Jul 2 2020, 10:41 PM

My understanding is : T13294 is one of main blocker for some of the rooms.

duffus added a comment.Jul 3 2020, 7:35 AM

My understanding is : T13294 is one of main blocker for some of the rooms.

Yes, which matrix are working on currently. So the task isn't stalled

Element (ex new vector) have created a ticket in their system for installing mautrix-telegram on our homeserver for us

duffus added a subtask: Restricted Maniphest Task.Aug 31 2020, 7:14 AM
duffus added a subscriber: adam.Oct 27 2020, 12:03 PM
duffus closed this task as Resolved.Apr 29 2021, 1:37 PM

bridge in place now and migrating gradually

There are currently problems stopping migration of any room using the matrix.org irc bridge

duffus closed subtask Restricted Maniphest Task as Resolved.May 27 2021, 6:34 AM