jdev - 2022-12-18

I found this chat online listed as a general chat for nothing specific , is that true?

Oh wow Zash and MattJ mods here, cool to see you guys here too

Mb i got the description wrong: geeky discussion about XMPP software development and protocols

Things make sense again

In xmpp, our messages are only saved on the server hosting the chatroom we’re messaging on right? Unlike matrix which I think copies it to everyone’s server that is involved

True

soulcaramel: and most people's clients

moparisthebest, right most people's clients store the chat log in some sort of cache I imagine

In the case of an MSN session leaving a room, only other sessions of the same occupant should be notified? A normal leave with @jid, and nobody else? And of course the session leaving also gets a confirmation

Except if this session was the "main" session of this MSN, in which case there's a presence update broadcasted to others?

Ah hmm, stuff does get broadcasted I guess if jids are visible

fwiw, I blieve the situation is not black and white. there a good reasons to not have subdomains for a service, e.g. upload.example.org was a mistake, example.org providing http upload is just fine. but on the other hand, example.org hosting MUC and users under localpart@example.org is not desirable

and yes, while you can't tell from looking at localpart@foo.example.org if it is a MUC address, you can tell that foo.example.org is not a MUC address if MUC addresses are required to be exactly in localpoart@domainpart form

and that appears to be a win UX wise

I maintain that it doesn't matter to users and that's up to the client to tell them

But I'm happy not to redo the same pointless chat today :)

na life is to short for that

that said, I still wonder which issues I had in mind

assume a user types "/message foo@bar.com" how does the client decide if it should be a chat or groupchat message (simply put)

bar.com would annouce MUC and User features

so you probably want to disco foo@bar.com?

which you can't because we want to prevent user enumeration attacks

"/message foo@bar.com Hello there :)" that is…

flow: and yes I agree it's not black and white, also why I was asking for conflicting features

conflicting features?

Yesterday, of rooms and components. It seems they don't answer the same thing in disco#items (but this one matters little)

(that is an entity assuming both roles would have to choose which one to answer) ✏

No clues for MSN?

https://wiki.xmpp.org/web/MUC_Extensions I added this. Feel free to edit / improve / change the format

What's up with dmuc? There's 0281: DMUC1, inbox/dmuc3, inbox/distributedmuc

Ah there's also 0282: dmuc2.

pep.: there were discussions that this is something we wanted to do, but there are various ways of doing it. Multiple "competing" XEPs were submitted, some accepted, with the expectation that the best would "win" and advance

I think the winner was FMUC, mainly because it's relatively straightforward (builds well upon existing MUC primitives) and got implemented by (at least) Isode

Yeah dmuc2 says "This document is one of several proposals for distributing XMPP chat rooms across multiple chat services. It is expected that the various approaches will be refined and harmonized before a final protocol is developed."

However as a community I don't think there has actually been that much interest in this problem, and a lack of open-source implementations is probably the main reason it hasn't advanced ✏

Sure, personally I don't feel like it's a problem worth solving for MUC. I'm just listing MUC extensions

(And there are a lot)

And then there are those who dismiss XMPP because MUCs live in singular places....

Ok it looks like I got most of the extensions..

I'm not sure if it's interesting to mark document status :/

You forgot the most important one, HATS 🎩️! ✏

Oh, hats!

Also not sure about categories in this page..

Here, hats added!

👒️🎉️

Anybody implemented MucSub btw?

316

s/MucSub/MEP/ rather

Once upon a time in Prosody ... https://blog.prosody.im/multi-user-chat-gets-rich/

It was removed?

Never merged afaik, just experiments, seems to predate the XEP so might just be overlapping acronyms :)

Ok

hmm, re MSN, even in non-anon rooms users don't see all sessions of an occupant?

Xmpp question: image uploads, do they give away where a person’s home server is? Or do the images get uploaded to the server hosting that MUC?

Generally they are a service of your homeserver. So generally it's the same Domain and people will know your homeserver.

Hmm ok so if you wanted to be anonymous on what your exact jid was you should then change your nickname when joining a public muc

Yes

It would be nice if the MUC proposed such a service, and certainly not too hard for clients (impls in general) to support ✏

Nothing stops you, except all the implementations not doing it that way.