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(a)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.com<sip%3Amsivaraman@kmilo.smithmicro.com>|
smvasagam2000(a)gmail.com | gtalk | xxxx
PUBLISH
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>from [
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>]
to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>
]
Jun 15 14:37:47 [17541] ERROR:purple:find_accounts: result count = 0
SUBSCRIBE
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>from [
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>]
to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>
]
Jun 15 14:37:47 [17535] INFO:presence:send_notify_request: NOTIFY
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>via
sip:msivaraman@172.16.1.125:6332;transport=udp
on behalf of
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>for event
presence.winfo
SUBSCRIBE
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>from [
sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman@kmilo.smithmicro.com>]
to [sip:msivaraman@kmilo.smithmicro.com<sip%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(a)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(a)gmail.com>wrote;wrote:
>
>> Did you added LD_PRELOAD=/path/to/your/libpurple.so env var in your
>> ctl script ?
>>
>> Eric.
>>
>> 2009/6/15 mani sivaraman <mani.opensips(a)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(a)gmail.com>wrote;wrote:
>>>
>>>> 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(a)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(a)lists.opensips.org
>>>>>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)lists.opensips.org
>>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>