You want message carbons: https://xmpp.org/extensions/xep-0280.html
On 4/1/17 11:33 PM, [email protected] wrote: > Something that always confused me about xmpp is the legality of bare > JIDs. My understanding was that sending to a bare JID [email protected] > should be relayed to all connected resources [email protected]/phone, > [email protected]/desktop, .... But there's also the connection priority > feature which forces a conversation along only one resource. So which is > it? These days, you'd only want the latter feature for OTR, but lots of > clients don't seem to bother addressing their OTR text to the resource > they negotiated with. > > I was working on some component code and I decided to force all JiDs to > their bare forms everywhere, but I don't know what that's going to break > if anything. Is it safe? What about doing that from clients rather than > components? > > Le 1 avril 2017 22:54:24 HAE, Peter Saint-Andre <[email protected]> a > écrit : > > On 4/1/17 7:39 PM, Stephen Paul Weber wrote: > > Messages coming from a server or component may reasonably have no > resource part, since you're not communicating with a particular > "connected session" as with a client, but with the component itself. > > However, say this component has a reason to describe its > presence and > allow subscriptions to its presence? Is it reasonable to send > > <presence from="component.example.com > <http://component.example.com>" to="[email protected]" /> > > in response to probes? > > > Sure. > > I have looked through both Core and XMPP-IM and > it doesn't seem clear to me if this is allowed. There is a strong > assumption in the language that presence comes from a > "resource", but > also language like "entity or resource" which implies it might be > resonable to have resource-less presence, at least so far as the > standard is concerned. > > > Most of the text about presence in the RFCs is about device or endpoint > or client presence, thus your confusion. > > Peter > _______________________________________________ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: [email protected] _______________________________________________
