Hi again all, I am developing a proxy/router daemon for XMPP that routes incoming chat queries coming from MSN and other networks to agents within our company in a 'contact center'-style setup. The idea is that the daemon will take care of logging, as well as requesting the remote user's language preference before identifying online agents with the requisite skills/languages to route the chat to.
While the ICQ transport seems to function stably for an indefinite period, the MSN transport exhibits some strange behaviour. The proxy/router daemon connects to our jabber server as a regular user, and has pre-configured transports for ICQ + MSN. At the time of connection, if the daemon sleeps a couple of seconds to wait for the individual transports to come up, then both work fine (bidirectional messaging works perfectly on MSN and ICQ). However, if the daemon stays up for a significant period (say an hour or two), then the MSN transport cannot be messaged anymore by third- parties. For example, using Gajim, I get 'error while sending msn ( recipient-unavailable )'. Interestingly, if I have the daemon send a message out to user, then it becomes available again and the errors go away (until it breaks again). I would like to remedy this situation, but I am not too familiar with the intracacies of state in MSN. What I have noticed, though, is that the daemon receives no xmpp message at all from the jabber server when this 'timeout' or state-change occurs. I would really like to understand exactly why this occurs and figure out whether it can be completely avoided. It may be because the users are not in each other's contact lists - is this required? The XMPP library I'm using doesn't include snippets for contact confirmation, so I'll have to add this manually if it's a requirement. Also, it may be because there is no 'online' state that is being set explicitly by the daemon for this transport - if this is required (ie: put MSN in to ONLINE status) then I'd appreciate an XMPP snippet to this effect. Thanks for the great software. Regards, Walter --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "py-transports" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/py-transports?hl=en -~----------~----~----~----~------~----~------~--~---
