jdev - 2023-07-08

  1. MSavoritias (fae,ve)

    is there a way to specify in xmpp that some group chat is a channel? That is: Its a news/announcement channel and only specific people can write to it by design

  2. MSavoritias (fae,ve)

    thats coming from a discussion that some public chats are moderated. but there is no way to know what to do.

  3. Zash

    We're going to need a different term for that

  4. MSavoritias (fae,ve)

    yeah i think channels are the xmpp group chats

  5. pep.

    Some clients have been assuming different types of channels for some time now, by their configuration, but there is no declared identity for that

  6. MSavoritias (fae,ve)

    not sure of the terms

  7. singpolyma

    Usually we say "group chat" for private MUC and "channel" for public MUC but yeah

  8. pep.

    singpolyma, this "usually" has only been there for ~3 years :)

  9. lovetox

    Moderated means exactly that

  10. lovetox

    Read only

  11. lovetox

    Except moderators make an exception for you

  12. lovetox

    Which you can not assume to be the case

  13. singpolyma

    I want to get request voice and / or channel registration flows implemented especially for the semi-public case

  14. MattJ

    The only messaging app I'm aware of that uses "channel" to mean "read-only chat" is Telegram

  15. MattJ

    They're generally more like XMPP pubsub nodes/feeds than MUCs

  16. MattJ

    But of course the exact protocol doesn't matter from the user perspective

  17. MSavoritias (fae,ve)

    yeah. it would need to probably be implemented seperate from MUC/MIX stuff

  18. MSavoritias (fae,ve)

    or maybe a type in MIX?

  19. MSavoritias (fae,ve)

    telegram channels is exactly what i had in mind

  20. Trung

    isn't channel in telegram like news feed?

  21. MSavoritias (fae,ve)

    basically yeah. its a read only append feed i guess

  22. MSavoritias (fae,ve)

    so an rss feed 😁

  23. Trung

    oh didn't Google killed that 😁 hmmm interesting

  24. MSavoritias (fae,ve)

    so yeah the pubsub sounds like the "correct" solution probably

  25. MattJ

    The downside of that is that it needs clients to support it (publishing and subscribing). So far that's basically limited to Movim and Libervia

  26. MattJ

    So what we want is a MUC to pubsub bridge

  27. Link Mauve

    Or to implement PubSub feeds in other clients. :)

  28. msavoritias

    yeah i was thinking of pubsub feeds directly personally

  29. msavoritias

    not bridges

  30. msavoritias

    then it is group chat independent too and doesnt matter MUC or MIX

  31. Zash

    or do the thing where pubsub events have a plain text <body> (client devs: stop discarding those messages!)

  32. Link Mauve

    msavoritias, note that MIX also consists of PubSub feeds. ✎

  33. Link Mauve

    msavoritias, note that MIX channels also consists of PubSub feeds. ✏

  34. msavoritias

    hmm. so MIX is already what i want then I just need to add something (tm) to signal its a read only thing.

  35. pep.

    All you're discussing is also done with MUC btw, as lovetox said above.

  36. msavoritias

    i dont want to signal just that a channel is restricted. As in request voice.

  37. msavoritias

    which im not saying MIX does

  38. msavoritias

    i havent read the whole spec yet