Hi mani,
Looking your log, I see you're trying to contact sip:manivasagam.s*msn.com@ kmilo.smithmicro.com as I mentionned to be a possible way to get purple working without mapping non-sip friends. But it requires modifications in the purple_* functions to support it. Then, there is also the usrloc error cause it didn't find such user. You must use a purple_gateway_domain different from your main domain, in order to filter messages to the gateway easyly, priori to other routes.
for example (but again the module need mods) :
route { # initial sanity check, loopavoidance & big messages ..... ..... # retransmission absorbtion ..... .....
# messages to purple gateway if ($rd == "purple_gateway_domain") { route(10); }
# main route ..... .....
}
#purple route route[10] {
#method filtering to call the appropriate purple function
}
Eric.
2009/6/16 mani sivaraman mani.opensips@gmail.com
Attached is kamailio debug log while trying to send a MESSAGE to an MSN contact from my SIP Account. manivasaga.s@msn.com is the MSN account available on the SIP Buddy list. THe MESSAGE send fails and the server sends back 202 and then 404.
THe debug message is attached. Any input is appreciated.
On Tue, Jun 16, 2009 at 10:00 AM, mani sivaraman mani.opensips@gmail.comwrote:
Hi Eric Could you please post a working example kamailio.cfg file with the example purplemap table contents (remove passwords from it). I guess I'm doing some mistake in coding purple_handle_subscribe, purple_handle_publish() and purple_send_message. Your help is really apppreciated.
What IM Client did you use to test/develop purple ? Is it X-Lite ? I would like to try purple with that client first. Please let me know. I want to get the first PUB/SUB and MESSAGE working bet SIP and MSN or Gmail or yahoo.
Your help is appreciated.
- Mani
On Tue, Jun 16, 2009 at 2:56 AM, Eric PTAK eric.ptak.fr@gmail.comwrote:
Hi,
The PUBLISH has to be processed normally by the Presence Server (eg handle_publish) to get the response. Then, you can also use purple_handle_publish to propagate you status to external protocols. Whenever, you should not get that error regarding the db entry and the publish sip uri... Need more checks...
Eric.
2009/6/15 mani sivaraman mani.opensips@gmail.com
Hi Eric I keep getting this error messages when I setup the purplemap table in mysql and enable purple PUB/SUN processing in openser. I have only one mapping purplemap table like this. My SIP client is trying to send presence PUBLISH, but this never gets ACKed by openser server. And I get this error every time PUB happens "ERROR:purple:find_accounts: result count = 0"
sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.com| smvasagam2000@gmail.com | gtalk | xxxx
PUBLISH sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.comfrom [ sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.com] to [sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.com ] Jun 15 14:37:47 [17541] ERROR:purple:find_accounts: result count = 0 SUBSCRIBE sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.comfrom [ sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.com] to [sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.com ] Jun 15 14:37:47 [17535] INFO:presence:send_notify_request: NOTIFY sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.comvia sip:msivaraman@172.16.1.125:6332;transport=udp on behalf of sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.comfor event presence.winfo SUBSCRIBE sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.comfrom [ sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.com] to [sip:msivaraman@kmilo.smithmicro.comsip%3Amsivaraman@kmilo.smithmicro.com ] Jun 15 14:37:47 [17541] ERROR:purple:find_accounts: result count = 0
Your assistance is appreciated. Thanks Mani
On Mon, Jun 15, 2009 at 11:13 AM, mani sivaraman < mani.opensips@gmail.com> wrote:
That was it. I did that first time and then I forgot to set the env variable again. I will add it to ctl script now. Thanks for your help. I appreciate it. I will now go on to adding processing of MESSAGE, PUBLISH NOTIFY etc.
Thank you
On Mon, Jun 15, 2009 at 10:14 AM, Eric PTAK eric.ptak.fr@gmail.comwrote:
Did you added LD_PRELOAD=/path/to/your/libpurple.so env var in your ctl script ?
Eric.
2009/6/15 mani sivaraman mani.opensips@gmail.com
Thanks for getting back Eric. After opensips I tested the latest > Kamailio 1.5.1 code with purple module. I get the same SIGCHLD core dump on > Kamailio as well. I saw Kamailio comes with purple source code. If I load > purple.so and then add the modprobe for purple, I get the core dump. Is > there any thing I can check or look for in the debug to make sure it works. > If I unload purple and remove the respective modprobes every thing seems to > work fine. > > Thank you > > > On Mon, Jun 15, 2009 at 3:15 AM, Eric PTAK eric.ptak.fr@gmail.comwrote: > >> Hi mani, >> >> purple module hasn't been tested with opensips, and I can't say if >> it should work. >> but just a question : how did you compile the module ? eg, within >> which project ? >> >> regards, >> eric. >> >> 2009/6/12 mani sivaraman mani.opensips@gmail.com >> >>> I compiled and installed opensips 1.5.1 with mysql db and works >>> fine. I compiled and installed the new purple module from outside and >>> installed the same. if I try to load the purple.so module and add modprobe >>> for purple params, opensips core dumps saying >>> >>> Jun 12 12:06:38 [22121] CRITICAL:core:receive_fd: EOF on 15 >>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: child process 22110 >>> exited by a signal 11 >>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: core was generated >>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: terminating due to >>> SIGCHLD >>> Jun 12 12:06:38 [22104] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22105] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22106] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22107] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22108] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22114] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22109] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22115] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22116] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22117] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22119] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22121] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22112] INFO:core:sig_usr: signal 15 received >>> Jun 12 12:06:38 [22103] NOTICE:presence:destroy: destroy module ... >>> >>> >>> The gdb back trace is not very useful either. >>> >>> (no debugging symbols found) >>> Core was generated by `opensips'. >>> Program terminated with signal 11, Segmentation fault. >>> [New process 22083] >>> #0 0x085a9c6d in ?? () >>> (gdb) backtrace full >>> #0 0x085a9c6d in ?? () >>> No symbol table info available. >>> (gdb) >>> >>> Help Any one , Please. >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users@lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> >
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users