<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 05/26/2014 01:04 PM, Roberto Fichera
wrote:<br>
<br>
Ciao,<br>
<br>
</div>
<blockquote cite="mid:53831FAC.3060405@tekno-soft.it" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
[...]<br>
<blockquote cite="mid:5383184B.6040008@tekno-soft.it" type="cite">
<blockquote cite="mid:53831681.5060302@tekno-soft.it"
type="cite">
<blockquote cite="mid:538314AC.7070805@gmail.com" type="cite">
<br>
<div class="moz-cite-prefix">On 26/05/14 12:13, Roberto
Fichera wrote:<br>
</div>
<blockquote cite="mid:538313C2.7000505@tekno-soft.it"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 05/26/2014 12:03 PM,
Daniel-Constantin Mierla wrote:<br>
</div>
<blockquote cite="mid:5383117C.1070204@gmail.com"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hello,<br>
</blockquote>
<br>
Ciao!<br>
<br>
<blockquote cite="mid:5383117C.1070204@gmail.com"
type="cite"> <br>
good that you sent a reminder -- I checked while offline
traveling, but then forgot to follow up.<br>
<br>
I expect that ps->req is null in this case, because
there is no request received by kamailio. That results
in xlog not doing anything.<br>
<br>
In other words, I expect the event route being executed,
just the action inside is doesn't do anything in this
case.<br>
</blockquote>
<br>
Does this mean that I'll have to set a "faked" ps->req
in order to get the event route executed?<br>
</blockquote>
<br>
that's the safe way. The event route is executed, but many
functions that you can use inside config routing blocks
require a non-null sip message structure. It is the case of
xlog() for example, which simply returns -1 if request is
null.<br>
</blockquote>
<br>
Ok! Can you suggest the safest and reasonable way to setup the
request for this case?<br>
</blockquote>
<br>
Ah! No! Wait! The event route is executed within a tm callback
via tmb.t_request() so I'd expect a valid ps->req,<br>
don't you think so?<br>
</blockquote>
<br>
I've found how to change the code ... just testing the logic. I'll
get back to you in case.<br>
</blockquote>
<br>
After a while I've found that I can pass a request using the
uac_r.cbp field, so I've fixed the callback <br>
to use the passed fields instead a straight int (previously
mid==message id) but I'm not sure how to <br>
build a fake sip_msg request regarding the given msilo dumped msg,
could you please give me a <br>
tips how to do so?<br>
<br>
Cheers,<br>
Roberto Fichera.<br>
<br>
<blockquote cite="mid:53831FAC.3060405@tekno-soft.it" type="cite"> <br>
Cheer,<br>
Roberto Fichera.<br>
<br>
<blockquote cite="mid:5383184B.6040008@tekno-soft.it" type="cite">
<br>
<blockquote cite="mid:53831681.5060302@tekno-soft.it"
type="cite"> <br>
Cheers,<br>
Roberto Fichera.<br>
<br>
<blockquote cite="mid:538314AC.7070805@gmail.com" type="cite">
<br>
Cheers, Daniel<br>
<br>
<blockquote cite="mid:538313C2.7000505@tekno-soft.it"
type="cite"> <br>
Cheers,<br>
Roberto Fichera.<br>
<br>
<blockquote cite="mid:5383117C.1070204@gmail.com"
type="cite"> <br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 26/05/14 11:40, Roberto
Fichera wrote:<br>
</div>
<blockquote cite="mid:53830C25.8060300@tekno-soft.it"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 05/22/2014 09:08 AM,
Roberto Fichera wrote:<br>
</div>
<blockquote cite="mid:537DA254.4050309@tekno-soft.it"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 05/21/2014 11:15 PM,
Daniel-Constantin Mierla wrote:<br>
</div>
<blockquote cite="mid:537D1756.4060709@gmail.com"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Hello,<br>
</div>
</blockquote>
</blockquote>
<br>
Ciao Daniel,<br>
<br>
have you had time to look at the problem below?<br>
<br>
Cheers,<br>
Roberto Fichera.<br>
<br>
<blockquote cite="mid:537DA254.4050309@tekno-soft.it"
type="cite">
<blockquote cite="mid:537D1756.4060709@gmail.com"
type="cite">
<div class="moz-cite-prefix"> </div>
</blockquote>
<br>
Ciao,<br>
<br>
<blockquote cite="mid:537D1756.4060709@gmail.com"
type="cite">
<div class="moz-cite-prefix"> can you send the log
messages printed with debug=3?<br>
</div>
</blockquote>
<br>
Yes! Sure! Here it is:<br>
<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8454]: DEBUG: <core>
[receive.c:296]: receive_msg(): receive_msg:
cleaning up<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:633]: parse_msg(): SIP Reply
(status):<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:635]: parse_msg(): version:
<SIP/2.0><br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:637]: parse_msg(): status:
<202><br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:639]: parse_msg(): reason:
<Accepted><br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/parse_via.c:1284]: parse_via_param(): Found
param type 232, <branch> =
<z9hG4bK016e.a6c662d4000000000000000....0>;
state=6<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/parse_via.c:1284]: parse_via_param(): Found
param type 235, <rport> = <1169>;
state=6<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/parse_via.c:1284]: parse_via_param(): Found
param type 234, <received> =
<xx.xx.xx.xx>; state=16<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/parse_via.c:2672]: parse_via(): end of
header reached, state=5<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:513]: parse_headers():
parse_headers: Via found, flags=2<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:515]: parse_headers():
parse_headers: this is the first via<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[receive.c:152]: receive_msg(): After parse_msg...<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_lookup.c:1072]: t_check_msg(): DEBUG:
t_check_msg: msg id=1 global id=0 T
start=0xffffffffffffffff<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/parse_addr_spec.c:176]: parse_to_param():
DEBUG: add_param:
tag=74b38630e6be28bab2ebe17319971f33-c57e<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/parse_addr_spec.c:893]: parse_addr_spec():
end of header reached, state=29<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:190]: get_hdr_field(): DEBUG:
get_hdr_field: <To> [88]; uri=[<a
moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:sip:test1@test.com">sip:test1@test.com</a>]<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:192]: get_hdr_field(): DEBUG:
to body [<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:sip:test1@test.com"><sip:test1@test.com></a>]<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[parser/msg_parser.c:170]: get_hdr_field():
get_hdr_field: cseq <CSeq>: <10>
<MESSAGE><br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_lookup.c:949]: t_reply_matching(): DEBUG:
t_reply_matching: hash 58896 label 0 branch 0<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_lookup.c:1004]: t_reply_matching(): DEBUG:
t_reply_matching: reply matched (T=0x7f21ba974408)!<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_lookup.c:1141]: t_check_msg(): DEBUG:
t_check_msg: msg id=1 global id=1 T
end=0x7f21ba974408<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_reply.c:2206]: reply_received(): DEBUG:
reply_received: org. status uas=0, uac[0]=0 local=2
is_invite=0)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_reply.c:1304]: t_should_relay_response():
->>>>>>>>> T_code=0,
new_code=202<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_reply.c:2086]: local_reply(): DEBUG: local_reply:
branch=0, save=0, winner=0<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_reply.c:2123]: local_reply(): DEBUG: local
transaction completed<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm [t_hooks.c:288]:
run_trans_callbacks_internal(): DBG:
trans=0x7f21ba974408, callback type 1024, id 0
entered<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: msilo
[msilo.c:1327]: m_tm_callback(): completed with
status 202 [mid: 139782841221704/4]<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: msilo
[msilo.c:1340]: m_tm_callback(): message <4>
was sent successfully<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: msilo
[ms_msg_list.c:236]: msg_list_set_flag(): mid:4 fl:4<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: msilo
[msilo.c:1350]: m_tm_callback(): executing
event_route[msilo:on-delivered] (2)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: tm
[t_reply.c:1663]: cleanup_uac_timers(): DEBUG:
cleanup_uac_timers: RETR/FR timers reset<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[usr_avp.c:644]: destroy_avp_list():
DEBUG:destroy_avp_list: destroying list (nil)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[usr_avp.c:644]: destroy_avp_list():
DEBUG:destroy_avp_list: destroying list (nil)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[usr_avp.c:644]: destroy_avp_list():
DEBUG:destroy_avp_list: destroying list (nil)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[usr_avp.c:644]: destroy_avp_list():
DEBUG:destroy_avp_list: destroying list (nil)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[usr_avp.c:644]: destroy_avp_list():
DEBUG:destroy_avp_list: destroying list (nil)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[usr_avp.c:644]: destroy_avp_list():
DEBUG:destroy_avp_list: destroying list (nil)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[xavp.c:448]: xavp_destroy_list(): destroying xavp
list (nil)<br>
May 22 08:58:04 dragon.tekno-soft.it
/usr/sbin/kamailio[8436]: DEBUG: <core>
[receive.c:296]: receive_msg(): receive_msg:
cleaning up<br>
May 22 08:58:08 dragon.tekno-soft.it
/usr/sbin/kamailio[8441]: DEBUG: pike [timer.c:77]:
check_and_split_timer(): splitting
0x7f21ba98dab0(0x7f21ba7b15f8,0x7f21ba7b15f8)node=0x7f21ba98daa0<br>
May 22 08:58:08 dragon.tekno-soft.it
/usr/sbin/kamailio[8441]: DEBUG: pike [timer.c:102]:
check_and_split_timer(): succ. to split
(h=0x7f21ba7b15f8)(p=0x7f21ba7b15f8,n=0x7f21ba7b15f8)<br>
May 22 08:58:08 dragon.tekno-soft.it
/usr/sbin/kamailio[8441]: DEBUG: pike
[pike_funcs.c:234]: clean_routine(): clean node
0x7f21ba98daa0 (kids=(nil); hits=[0,0];leaf=[0,0])<br>
May 22 08:58:08 dragon.tekno-soft.it
/usr/sbin/kamailio[8441]: DEBUG: pike
[pike_funcs.c:265]: clean_routine(): rmv node
0x7f21ba98daa0[192]<br>
May 22 08:58:08 dragon.tekno-soft.it
/usr/sbin/kamailio[8441]: DEBUG: pike
[ip_tree.c:364]: remove_node(): destroying node
0x7f21ba98daa0<br>
May 22 08:58:10 dragon.tekno-soft.it
/usr/sbin/kamailio[8454]: DEBUG: <core>
[io_wait.h:617]: io_watch_del(): DBG: io_watch_del
(0x8eb2e0, 9, -1, 0x10) fd_no=2 called<br>
May 22 08:58:10 dragon.tekno-soft.it
/usr/sbin/kamailio[8454]: DEBUG: <core>
[tcp_read.c:1437]: release_tcpconn(): releasing con
0x7f21ba9420c0, state 1, fd=9, id=2<br>
May 22 08:58:10 dragon.tekno-soft.it
/usr/sbin/kamailio[8454]: DEBUG: <core>
[tcp_read.c:1438]: release_tcpconn(): extra_data
0x7f21ba941028<br>
May 22 08:58:10 dragon.tekno-soft.it
/usr/sbin/kamailio[8456]: DEBUG: <core>
[tcp_main.c:3385]: handle_tcp_child():
handle_tcp_child: reader response= 7f21ba9420c0, 1
from 2<br>
May 22 08:58:10 dragon.tekno-soft.it
/usr/sbin/kamailio[8456]: DEBUG: <core>
[io_wait.h:390]: io_watch_add(): DBG:
io_watch_add(0x893040, 28, 2, 0x7f21ba9420c0),
fd_no=20<br>
May 22 08:58:10 dragon.tekno-soft.it
/usr/sbin/kamailio[8456]: DEBUG: <core>
[tcp_main.c:3515]: handle_tcp_child():
handle_tcp_child: CONN_RELEASE 0x7f21ba9420c0
refcnt= 1<br>
<br>
Cheers,<br>
Roberto Fichera.<br>
<br>
<blockquote cite="mid:537D1756.4060709@gmail.com"
type="cite">
<div class="moz-cite-prefix"> <br>
Cheers,<br>
Daniel<br>
<br>
On 21/05/14 18:37, Roberto Fichera wrote:<br>
</div>
<blockquote
cite="mid:537CD65A.7010000@tekno-soft.it"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 05/21/2014 09:08
AM, Roberto Fichera wrote:<br>
<br>
Hi There,<br>
<br>
</div>
<blockquote
cite="mid:537C50E6.5080403@tekno-soft.it"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 05/20/2014
09:15 PM, Peter Villeneuve wrote:<br>
</div>
<blockquote
cite="mid:CAEiJqQOtRVuvz6ex7q3vNgsCG05ELcgD_=Ggweo-QMX03PMPew@mail.gmail.com"
type="cite">
<div dir="ltr">Hi Roberto,</div>
</blockquote>
<br>
Hi Peter,<br>
<br>
<blockquote
cite="mid:CAEiJqQOtRVuvz6ex7q3vNgsCG05ELcgD_=Ggweo-QMX03PMPew@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Did you ever figure out how to do it?</div>
<div>I'd be interested too.</div>
</div>
</blockquote>
<br>
Not yet! I tried other ways, barely
workarounds, but I guess I'll have to go into
this <br>
quite soon because it is the straight way to
go. The main problem is the lack of <br>
my knowledge of kamailio API so I'll have to
study a bit some code in order to understand <br>
how to use it. <br>
<br>
BTW the idea is to trigger an event route were
I'd like to set all the info regarding<br>
the dispatched message including the result of
the delivering. I don't know if is possible<br>
but the best would be to set all the
pseudo-variables so that such event route will
be <br>
in the right context of the given MSILO
message.<br>
<br>
So, any advice regarding the API would
definitively help and put me in the right
direction.<br>
</blockquote>
<br>
Actually I've started to play with the above
idea, so below you will find my current
implementation<br>
which seems executed because I see the LM_DBG()
log but the code within the event route but<br>
the corresponding script code does not. <br>
<br>
Any help?<br>
<br>
Cheers,<br>
Roberto Fichera.<br>
<br>
<br>
event_route [msilo:on-delivered] {<br>
xlog("L_INFO", "MSILO event on-delivered
<$fu> to <$ru>\n");<br>
}<br>
<br>
<br>
diff --git a/modules/msilo/msilo.c
b/modules/msilo/msilo.c<br>
index 903b3cf..742c48d 100644<br>
--- a/modules/msilo/msilo.c<br>
+++ b/modules/msilo/msilo.c<br>
@@ -281,6 +281,9 @@ static int
bind_msilo(msilo_api_t* api)<br>
return 0;<br>
}<br>
<br>
+/* where to go for the local request route
("msilo:on-delivered") */<br>
+int msilo_event_on_delivered=-1; /* default
disabled */<br>
+<br>
/**<br>
* init module function<br>
*/<br>
@@ -480,6 +483,11 @@ static int mod_init(void)<br>
if(ms_outbound_proxy.s!=NULL)<br>
ms_outbound_proxy.len =
strlen(ms_outbound_proxy.s);<br>
<br>
+ /* check if the on-delivered route
event exists or not */<br>
+
msilo_event_on_delivered=route_lookup(&event_rt,
"msilo:on-delivered");<br>
+ if (msilo_event_on_delivered>=0
&&
event_rt.rlist[msilo_event_on_delivered]==0)<br>
+ msilo_event_on_delivered=-1; /*
disable */<br>
+<br>
return 0;<br>
}<br>
<br>
@@ -1330,6 +1338,26 @@ void m_tm_callback(
struct cell *t, int type, struct tmcb_params
*ps)<br>
LM_DBG("message <%d> was sent
successfully\n", *((int*)ps->param));<br>
msg_list_set_flag(ml,
*((int*)ps->param), MS_MSG_DONE);<br>
<br>
+ /* execute the msilo:on-delivered event
route */<br>
+
if(unlikely(msilo_event_on_delivered>=0))<br>
+ {<br>
+ int sflag_bk;<br>
+ int backup_route_type;<br>
+ struct run_act_ctx ctx;<br>
+<br>
+ LM_DBG("executing
event_route[msilo:on-delivered] (%d)\n",
msilo_event_on_delivered);<br>
+<br>
+ sflag_bk = getsflags();<br>
+ backup_route_type =
get_route_type();<br>
+<br>
+ set_route_type(EVENT_ROUTE);<br>
+ init_run_actions_ctx(&ctx);<br>
+
run_top_route(event_rt.rlist[msilo_event_on_delivered],
ps->req, &ctx);<br>
+<br>
+
set_route_type(backup_route_type);<br>
+ setsflagsval(sflag_bk);<br>
+ }<br>
+<br>
done:<br>
return;<br>
}<br>
<br>
<br>
<blockquote
cite="mid:537C50E6.5080403@tekno-soft.it"
type="cite"> <br>
Cheers,<br>
Roberto Fichera.<br>
<br>
<blockquote
cite="mid:CAEiJqQOtRVuvz6ex7q3vNgsCG05ELcgD_=Ggweo-QMX03PMPew@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div>Cheers,</div>
<div>Peter</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote"> On Thu, Apr 17,
2014 at 4:04 PM, Roberto Fichera <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:kernel@tekno-soft.it"
target="_blank">kernel@tekno-soft.it</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div class="">On 04/17/2014 10:36 AM,
Roberto Fichera wrote:<br>
<br>
Hi All,<br>
<br>
> On 04/16/2014 07:15 PM, Roberto
Fichera wrote:<br>
><br>
> Hi All,<br>
><br>
>> On 04/16/2014 06:53 PM,
Daniel-Constantin Mierla wrote:<br>
>>> Hello,<br>
>> Ciao Daniel,<br>
>><br>
>>> most likely the
messages are looped back, be sure
you allow requests from 'myself'
without authentication.<br>
>>><br>
>>> You can watch loopback
interface with ngrep to see if the
messages are sent out.<br>
>> Yep! Allowing requests from
myself solved the problem! Thanks!<br>
>><br>
>> Another thing regarding
MSILO, I would like to preserve some
custom header fields<br>
>> for both instant message
and notification. How can I do it?<br>
> I was able to solve this issue
too, pretty straight I mean, there
is the extra_hdrs_avp param<br>
> which did the trick. BTW, is
there a way to send back the
notification to the sender that<br>
> the message has been sent
correctly via m_dump(), so to get a
200 about the given<br>
> m_dump()ed message?<br>
><br>
<br>
</div>
I think that this can be solved in a
different way, the idea is to add an
event_route for the msilo<br>
module so that we get notified for
each m_dump()ed message about the
given IM status and<br>
then handle it in the cfg file. So,
looking at the code within
m_tm_callback() it seems that it's<br>
right place where to add such feature.
Since I'm not a kamailio developer but
I've quite long<br>
time experience in C coding, does
anyone can show/point me to some
example about<br>
how to do that?<br>
<div class="im HOEnZb"><br>
Thanks in advance,<br>
Roberto Fichera.</div>
</blockquote>
</div>
</div>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
</body>
</html>