Openfire does not send user presence information to all resources of the user


Any way, Openfire (3.7.0) doesn't return presence information to the resource which generated it, and according to RFC 6121 #4.4.2, it MUST do it:

The user's server MUST also send the presence stanza to all of the
user's available resources (including the resource that generated the
presence notification in the first place).

I tested it with the xml console of gajim:

<!-- Out -->
<presence xmlns="jabber:client" id="171">
<x xmlns="vcard-temp:x:update">
<photo />
<c xmlns="" node="" ver="I8g2pphLu5w2XvNV8HDES9gqRaw=" hash="sha-1" />
<status>test presence</status>

<!-- In -->
<iq type="result" id="172" to=""/>

(And now openfire should broadcast the presence to everybody including me, but it doesn't)




Tim Durden
January 7, 2016, 7:59 PM

Testing presence info scenarios in Openfire 4.0.0 (5th Jan nightly), and appears to be working as expected. Not sure if I've hit all scenarios as outlined, wondering if this ticket should be split out to cater for individual scenarios?

Daryl Herzmann
November 2, 2015, 5:11 PM

Anybody watching this issue able to comment on its relevance for 3.10.2 openfire release?

March 9, 2015, 7:53 PM

I am reopening this issue, because it's not fixed as pointed out in and as Florian's comment suggests. My testing also shows, that it's not fixed.

The changes which were introduced with now make Openfire broadcast presence twice as far as I can tell from debugging.
Will look into it.

Alex Mateescu
September 24, 2013, 8:46 AM

Added back the change that allows sending presence back to the originating resource.

Tested with a custom client, presence packages are received. However, Pidgin, Spark and Apple's Messages ignore them - presence is not updated when changed from another client connected using the same account. This is obviously no longer an Openfire issue, but something to keep in mind nonetheless.

Alex Mateescu
September 20, 2013, 4:25 PM

The issue I saw was that when I have two clients connected and one of them changes presence, the other won't see it.
The missing lines just propagate the presence back to the originating client, it just looked like extra traffic. But if it's required by the RFC, I can add it back, no problem.