XSF Discussion - 2023-07-21

  1. phryk

    Mhh, is there an XEP to provide machine-readable info about other accounts/JIDs belonging to the same person? i.e. i add somebody and when they authorize me, my client gets a bunch of extra JIDs and those are all added and "summarized" into one contact and if one JID is offline (because for example, the server is down), the client just contacts the first alternative JID that's online (or all at once and the contacts client unmangles that into one message).

  2. phryk

    Mhh, XEP-0209 seems like it goes in a similar direction, but is deferred.

  3. phryk

    Huh, looks like it does pretty much exactly what I want… should read this when I got some free time. If I think it's solid, I might do a PoC for prosody, tho I'm not quite sure how I'd actually test it. Gajim 0.1 apparently had an extension for it but I assume that's not going to work out of the box.^^

  4. Link Mauve

    Andrzej, in your experience, do PMs to self get broadcasted to every resource currently joined, and available in MAM for clients not yet joined?

  5. Link Mauve

    Ah, I might be confusing them with iqs which can effectively only go to one (random) connected resource.

  6. Link Mauve

    Nevermind me, posting this early when I’m still ill is not a good idea.

  7. Andrzej

    Link Mauve, those are "chat" messages on the recipients server-side, so unless filtered those should be stored in the user MAM archive and those should be carbon copied if that is used

  8. singpolyma

    phryk: if you want to advertise "other JIDs" one way is vcard4

  9. phryk

    singpolyma, i want clients to automatically fall back on these alternative contacts, tho.

  10. singpolyma

    phryk: that's up to the client

  11. phryk

    singpolyma, but does *any* client actually do that?

  12. Zash

    A bunch did in the past at least

  13. lovetox

    Gajim had this, and removed it

  14. lovetox

    whats your use case?

  15. Zash

    Probably only Pidgin still has it :)

  16. lovetox

    Server down makes not a lot of sense to me

  17. lovetox

    this is a very rare event

  18. lovetox

    which you can even influence yourself, by hosting your own server

  19. Zash

    My use case in the past was people who were reachable via multiple JIDs, i.e. via transports/bridges

  20. lovetox

    yeah in a time before everyone had smartphones

  21. lovetox

    this made a bit more sense, because someone was online at work with a work JID, and later at home with a Home JID

  22. lovetox

    at least this was a daily occurence

  23. lovetox

    now the use case is "server is down" which is a once in a year event

  24. lovetox

    and for that we need automation?

  25. Zash

    it was also nice on the N900 and Jolla that you could easily select between JIDs, phone numbers (for SMS) etc depending on what contact methods you have

  26. MSavoritias fae.ve

    that all sounds also like some MIMI proposals for discovery of people prefered platform of contact

  27. MSavoritias fae.ve

    that all sounds also like some MIMI proposals for discovery of a persons prefered platform of contact

  28. Guus

    XEP-0248 PubSub Collection Nodes, section 9.1 https://xmpp.org/extensions/xep-0248.html#security-access : >Collection nodes can be used to associate almost any node within the service, but only the access model of the collection node itself is used to determine what an entity is allowed to see.

  29. Guus

    ... does this imply that the access model of the leaf nodes is to be ignored?

  30. Guus

    If a collection node's access model is 'presence' and a leaf node's access model is 'whitelist' ... do subscribed users get to see the leaf node's items?

  31. Guus

    I'm probably reading things wrong - but this confuses me.

  32. Guus

    (that scenario is what PEP services mostly are, afaik: a root collection node with access model presence, with private leaf nodes, for things like XEP-0223 persistent storage)