<div dir="ltr">Interesting, so you want to change the client behavior, such that you can remotely signal the client to return the login screen?<div><br></div><div>I have never looked into that, but it sounds like a tall order to me.  I'd be surprised if that's possible.  But, I'll watch this thread for further developments.</div><div><br></div><div>BRB, writing a buffer overflow exploit which causes jabber to crash...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 14, 2019 at 3:21 PM Brian Meade <<a href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Has anyone found a way to force logout all or some Jabber clients on an IM&P Cluster?<div><br></div><div>Restarting XCP Router or un-assigning presence service for the user just makes them spin and show it can't connect to IM&P.</div><div><br></div><div>ForceLogoutTimerDesktop is in the parameter guide but pushing this out via jabber-config with a short timer still doesn't mean the clients are going to get the new jabber-config right away.<br></div></div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>