XSF Discussion - 2023-05-03

Hi, what would be the best way to have multi-part videoconferences over XMPP with "anonymous" users joining in, mostly with invites URLs ?

Trying to figure out how I could do a Zoom/Google Meet like UI within Movim. I'm not a big fan of those anonymous account creation flow

jitsi meet? :D

Yes, but no, because... Jitsi

what's wrong with Jitsi? i've been using it a lot and never was disappointed

Because I'm looking for a standard way to do it within Movim, and afaik Jitsi just built their own custom solution on top of it.

if the users will join using invite URLs, does it need to be within Movim?

What ?

If you want to use Jitsi, use Jitsi. I'm looking to implement a feature in Movim based on XMPP standard, and I'm asking here what would be the way to do it. Or I just misunderstood something.

Is this still for small calls like would fit in muji?

Yes for the moment the goal would be just for a few persons max, like 3-5.

Could use SASL ANONYMOUS like we do for anonymous web MUC. It's basically the same thing just a different medium

edhelas: you can do whatever you want :) Sorry for the misunderstanding

singpolyma I'll have a look again at it, but I'd like to prevent spamming issues. For example only allow anonymous account to be created if they had the invite URL or something.

Well, usually you don't allow sasl anonymous accounts to do s2s or other things that could cause spam. Spammers seem pretty happy to just make JIDs at public servers anyway these days...

edhelas: Jitsi is standards-based. It's true they have diverged somewhat from the published XEPs, but they have expressed an interest in helping update the XEPs.

So while I agree it's not fit for currently interoperating with new implementations, it doesn't seem impossible if there is interest

If you want to do invite only with prekey you could do like we do for our onboarding and IBR real jids with autogenerated localpart, then have a cron job just clean them up when they're not used. It has some trade offs vs sasl anonymous, but it would integrate well with existing invite flows maybe

MattJ: yeah, when someone gets past Muji to SFU stuff I kinda hope we can make it compatible, but I'm not an expert on what they're currently doing

Jitsi uses ANONYMOUS (in most deployments), but room names are random and hidden to prevent the spam issue

ok thanks 👍

looks like i'll consider anonymous then

One thing that Jitsi does (or at least did, two years ago when I last used) was to populate a MUC with an occupant that is hidden in the UI, that performs some orchestration. The so-called 'focus' user. Ideally, that functionality should be in-lined with some MUC-component sided implementation (as opposed to being implemented by a virtual client running on the server)

My goal is first to integrate with Dino as well.

XSF Board Meeting Date: Thursday, 2023-05-04 Time: 17:00-17:30 UTC Place: XSF chatroom ✏

**XSF Board Meeting** Date: Thursday, 2023-05-04 Time: 17:00-17:30 UTC Place: XSF chatroom ✏

(18:00 CEST btw)