XSF Discussion - 2023-07-21

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).

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

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.^^

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

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

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

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

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

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

phryk: that's up to the client

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

A bunch did in the past at least

Gajim had this, and removed it

whats your use case?

Probably only Pidgin still has it :)

Server down makes not a lot of sense to me

this is a very rare event

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

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

yeah in a time before everyone had smartphones

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

at least this was a daily occurence

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

and for that we need automation?

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

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

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.

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

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?

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

(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)