Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FR: Add Telegram channels as a source #1250

Closed
imax9000 opened this issue Aug 9, 2024 · 7 comments
Closed

FR: Add Telegram channels as a source #1250

imax9000 opened this issue Aug 9, 2024 · 7 comments

Comments

@imax9000
Copy link

imax9000 commented Aug 9, 2024

Telegram channels conceptually are not that far from RSS feeds, so it might be possible to treat them in a similar fashion.

@snarfed
Copy link
Owner

snarfed commented Aug 9, 2024

Ooh yes, Telegram! I've always seen social networks as a somewhat different use case from messaging though. Technically, sure, you can bridge them, but it seems like bridging Telegram to Matrix, Signal, WhatsApp etc are more natural fits than eg fediverse or Bluesky. Or do I misunderstand Telegram?

@qazmlp
Copy link

qazmlp commented Aug 10, 2024

Yes, Telegram channels are a lot closer to social media feeds or blogs than to classic instant messaging. The only real differences are that there's emoji reactions (well, Misskey etc. have those), stickers and optionally a separate discussion group.

Telegram also has discovery features, ads (with revenue sharing?), rich reshares, a web view accessible without login and increasing problems with being a misinformation and hate speech hub now, so a good way to look at it is a slimmer Facebook without user pages.

(Don't let that last part stop you, just keep in mind you might have to do moderation since it tolerates content that would get someone banned in other places. It's still a really polished general broadcast and marketing platform.)

@snarfed
Copy link
Owner

snarfed commented Aug 10, 2024

Thanks @qazmlp! I'm somewhat familiar with Telegram's moderation challenges, less familiar with the rest.

Next question is, is Telegram an open protocol? Or just a service with an API, like eg WhatsApp? I guess I thought it was the latter, but I don't know. My intent with Bridgy Fed is mainly open protocols, not just any service with an API. Bridgy classic does those, but only to/from web, not others.

@qazmlp
Copy link

qazmlp commented Aug 10, 2024

Next question is, is Telegram an open protocol? Or just a service with an API, like eg WhatsApp? […]

https://telegram.org/faq#q-can-i-run-telegram-using-my-own-server:

Our architecture does not support federation yet. Telegram is a unified cloud service, so creating forks where two users might end up on two different Telegram clouds is unacceptable. To enable you to run your own Telegram server while retaining both speed and security is a task in itself. At the moment, we are undecided on whether or not Telegram should go in this direction.

It's a fully centralised service, possibly with the exception of their cryptocurrency.

@wish13yt
Copy link

Signal might be easier, as (I could be wrong) they have their own open protocol.

@qazmlp
Copy link

qazmlp commented Aug 29, 2024

While Signal is preferable in almost every way, it's equally centralised and each new account requires a distinct phone number.
It also doesn't support public channels due to its genuine privacy and encryption focus.

@snarfed
Copy link
Owner

snarfed commented Sep 8, 2024

Tentatively closing this one, Bridgy Fed is focused on open protocols, not platform APIs. Bridgy classic is maybe closer, but it only does IndieWeb <=> platform APIs, so it wouldn't bridge Telegram to/from fediverse or Bluesky either.

Could be an opportunity to build your own bridge! Happy to advise or help if you want to use libraries like arroba or granary!

@snarfed snarfed closed this as not planned Won't fix, can't repro, duplicate, stale Sep 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants