-
soulcaramel
I found this chat online listed as a general chat for nothing specific , is that true?
-
soulcaramel
Oh wow Zash and MattJ mods here, cool to see you guys here too
-
soulcaramel
Mb i got the description wrong: geeky discussion about XMPP software development and protocols
-
soulcaramel
Things make sense again
-
soulcaramel
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
-
Menel
True
-
moparisthebest
soulcaramel: and most people's clients
-
soulcaramel
moparisthebest, right most people's clients store the chat log in some sort of cache I imagine
-
pep.
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
-
pep.
Except if this session was the "main" session of this MSN, in which case there's a presence update broadcasted to others?
-
pep.
Ah hmm, stuff does get broadcasted I guess if jids are visible
-
flow
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
-
flow
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
-
flow
and that appears to be a win UX wise
-
pep.
I maintain that it doesn't matter to users and that's up to the client to tell them
-
pep.
But I'm happy not to redo the same pointless chat today :)
-
flow
na life is to short for that
-
flow
that said, I still wonder which issues I had in mind
-
flow
assume a user types "/message foo@bar.com" how does the client decide if it should be a chat or groupchat message (simply put)
-
flow
bar.com would annouce MUC and User features
-
flow
so you probably want to disco foo@bar.com?
-
flow
which you can't because we want to prevent user enumeration attacks
-
flow
"/message foo@bar.com Hello there :)" that is…
-
pep.
flow: and yes I agree it's not black and white, also why I was asking for conflicting features
-
flow
conflicting features?
-
pep.
Yesterday, of rooms and components. It seems they don't answer the same thing in disco#items (but this one matters little)
-
pep.
(that is an entity assuming both route would have to choose which one to answer)✎ -
pep.
(that is an entity assuming both roles would have to choose which one to answer) ✏
-
pep.
No clues for MSN?
-
pep.
https://wiki.xmpp.org/web/MUC_Extensions I added this. Feel free to edit / improve / change the format
-
pep.
What's up with dmuc? There's 0281: DMUC1, inbox/dmuc3, inbox/distributedmuc
-
pep.
Ah there's also 0282: dmuc2.
-
MattJ
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
-
MattJ
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
-
pep.
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."
-
MattJ
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 reasoln it hasn't advanced✎ -
MattJ
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 ✏
-
pep.
Sure, personally I don't feel like it's a problem worth solving for MUC. I'm just listing MUC extensions
-
pep.
(And there are a lot)
-
Zash
And then there are those who dismiss XMPP because MUCs live in singular places....
-
pep.
Ok it looks like I got most of the extensions..
-
pep.
I'm not sure if it's interesting to mark document status :/
-
Zash
You forgot the most important one, HATS!✎ -
Zash
You forgot the most important one, HATS 🎩️! ✏
-
pep.
Oh, hats!
-
pep.
Also not sure about categories in this page..
-
pep.
Here, hats added!
-
Zash
👒️🎉️
-
pep.
Anybody implemented MucSub btw?
-
pep.
316
-
pep.
s/MucSub/MEP/ rather
-
Zash
Once upon a time in Prosody ... https://blog.prosody.im/multi-user-chat-gets-rich/
-
pep.
It was removed?
-
Zash
Never merged afaik, just experiments, seems to predate the XEP so might just be overlapping acronyms :)
-
pep.
Ok
-
pep.
hmm, re MSN, even in non-anon rooms users don't see all sessions of an occupant?
-
soulcaramel
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?
-
Menel
Generally they are a service of your homeserver. So generally it's the same Domain and people will know your homeserver.
-
soulcaramel
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
-
Menel
Yes
-
pep.
It would be nice if the MUC proposed such a service, and certainly not too hard for to support✎ -
pep.
It would be nice if the MUC proposed such a service, and certainly not too hard for clients (impls in general) to support ✏
-
Zash
Nothing stops you, except all the implementations not doing it that way.