-
Notifications
You must be signed in to change notification settings - Fork 370
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Candy should respond to XMPP application-level pings (XEP-0199) #517
Comments
@michalrus example of such server? I'm running on Openfire, and haven't noticed any unnatural disconnects. |
@lkraav any Ejabberd with this in its config: mod_ping:
send_pings: true
ping_interval: 20
ping_ack_timeout: 20
timeout_action: kill |
OK. You should know this project development has stopped to a halt, any quick solution probably not available any time soon. I'm thinking about moving to Mattermost, instead. There's simply no comparable quality XMPP solutions out there. EDIT AUG 2018 I've migrated to Mattermost and as expected, it's a ton better experience. |
Also, as an example, Converse.js does respond to pings: conversejs/converse.js#414 |
As an aside: Openfire will try to ping the client if it suspects that it is disconnected. Please note that an XMPP client (such as Candy) is required to answer to every IQ request (which the ping request is), with either an answer, or an error ("I don't understand this request"). For the purpose of checking if the client is still alive, receiving the error is good enough: "Are you there?" -"Que?" (ok, you're there). |
https://xmpp.org/extensions/xep-0199.html
Currently, it doesn’t, and the client is disconnected by a server that requires this.
The text was updated successfully, but these errors were encountered: