XSF Discussion - 2024-08-25

  1. MattJ

    lissine: FWIW I have used messages-from-the-MUC-JID in the past, including for server announcements etc. Though I know many (especially newer) clients don't display them, I would definitely like to see that improved.

  2. MattJ

    Being pragmatic though, if you want the gateway to work across clients, just fake a participant

  3. lissine

    Thanks for your input MattJ Though FYI such messages don't have a nice UI, they don't have an avatar attached to them and their nick is the room jid (instead of the room name) This is the case in at least Gajim and Conversations

  4. lissine

    On a semi-related note, how do you plan to design announcement groups in MUX?

  5. lissine

    (Also, it seems the mux namespace is already taken https://xmpp.org/extensions/xep-0451.html#registrar-ns )

  6. MattJ

    lissine, the same way they currently work in MUC

  7. MattJ

    So disable presence broadcast for visitors, make make the room moderated, etc.

  8. lissine

    Thanks

  9. ralphm

    > I said so back then and I'll repeat now I have no qualms about a XEP who's only current implementation is GPL or AGPL, that's beside the point here though No, that's fine. However the protocol *requiring* a certain license is a problem. The thing with OMEMO back then was that Signal required GPL.

  10. cyph3r

    Hi, where can I find new friends here on xmpp?

  11. moparisthebest

    cyph3r: https://search.jabber.network/

  12. cyph3r

    moparisthebest: thanks

  13. kurisu

    how do clients store the order of the messages from the archive? I think most of them use sqlite internally. >implementors should take care not to rely on timestamps alone for ordering messages, as multiple messages may share the same timestamp. So like, do they add a separate counter they increment or decrement depending on whether the message goes to the end or the beginning of the archive?

  14. lissine

    kuriso: I think by implementors, they meant server developers. you get mam from the server, shouldn't you rely on it for the ordering?

  15. kurisu

    I still want to cache the messages locally ✎

  16. kurisu

    I still want to cache the messages locally, which I think most clients do ✏

  17. singpolyma

    While it is a bad idea for some purposes, I think many clients order by time

  18. singpolyma

    I'd love servers to start using sortable mam ids

  19. singpolyma

    Prosody has a sortable mam ID internally (at least, when using SQL storage) but exposes only an unsortable one on the wire