<div dir="ltr">Razvan,<div><br></div><div><br></div><div>I went back to version: opensips 2.1.1 and found that the events are being raised with params as expected. Meaning all is working. Any possibility it broke sometime in 2.2-dev?</div><div><br></div><div><br>Thanks,<br>Tito</div>
</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 13, 2015 at 5:56 PM, Tito Cumpen <span dir="ltr"><<a href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Razvan,<div><br></div><div><br></div><div>Yes, There is no body in the event. The event name is as well. Would you like me to send you a trace ?</div><div><br></div><div>Thanks,<br>Tito</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 13, 2015 at 5:54 PM, Răzvan Crainea <span dir="ltr"><<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Tito!<br>
<br>
So you do get the event, but not the parameters? Is there any body in the event?<span><br>
<br>
Best regards,<br>
<br>
Răzvan Crainea<br>
OpenSIPS Core Developer<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><br>
<br></span><span>
On 10/13/2015 07:52 PM, Tito Cumpen wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
Răzvan,<br>
<br>
Are you referring to<br>
<a href="http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq" rel="noreferrer" target="_blank">http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq</a><br>
section 1.3?<br>
From section 2.1 it looks like the subscription syntax looks the same.<br>
<br>
Mine is as I sent it before<br>
<br>
subscribe_event("UL_AOR_INSERT",<br>
"rabbitmq:myrabbitserver/sip1dev");<br>
<br>
<br>
I think the issue lies when appending params as everything except the<br>
params are sent to the queue. I am appending params in a wrapper like this<br>
<br>
<br>
raise_event("UL_AOR_DELETE", $avp(param));<br>
<br>
<br>
<br>
<br>
<br>
On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea <<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a><br></span><span>
<mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>>> wrote:<br>
<br>
Hi, Tito!<br>
<br></span><span>
So you're saying that the exact logic works in 1.11, but not in 2.2?<br>
Starting from 2.1 the socket syntax was changed a bit, to be able to<br>
specify both the routing key and the exchange used. This was not<br>
possible in 1.11. Are you sure you are specifying both?<br>
<br>
Best regards,<br>
<br>
Răzvan Crainea<br>
OpenSIPS Core Developer<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><br>
<br>
On 10/12/2015 10:09 PM, Tito Cumpen wrote:<br>
<br>
Any idea what has broken in the current dev version ?<br>
<br>
<br>
Thanks,<br>
Tito<br>
<br>
On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen <<a href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a><br>
<mailto:<a href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a>><br></span><div><div>
<mailto:<a href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a> <mailto:<a href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a>>>> wrote:<br>
<br>
Razvan,<br>
<br>
<br>
The connection looks fine check this output from the logs<br>
<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding int param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding int param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding int param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding int param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding int param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_raise_event_msg: found subscriber E_UL_AOR_DELETE<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:event_route:scriptroute_fetch: Fetching parameters for<br>
event<br>
E_UL_AOR_DELETE<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:event_route:scriptroute_fetch: Successfully fetched 1<br>
parameters<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:buf_init: initializing...<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
deleting this<br>
user patientdemo2.gmail and sending it to the queue for<br>
processing<br>
as patientdemo2.gmail<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_param_set: adding string param<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:evi_raise_event_msg: found subscriber MyrabbitserverIP<br>
<br>
Oct 2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
DBG:core:destroy_avp_list: destroying list 0x7fafc8510150<br>
<br>
Oct 2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
DBG:core:tcp_read_req: Using the global ( per process ) buff<br>
<br>
Oct 2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
DBG:core:tcp_handle_req: content-length= 0<br>
<br>
Oct 2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
DBG:core:async_tsend_stream: Async successful write from<br>
first try<br>
on 0x7fafc850e418<br>
<br>
Oct 2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
DBG:core:tcp_read_req: tcp_read_req end<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:probe_max_sock_buff: getsockopt: snd is initially<br>
425984<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
INFO:core:probe_max_sock_buff: using snd buffer of 416 kb<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
INFO:core:init_sock_keepalive: TCP keepalive enabled on<br>
socket 63<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:print_ip: tcpconn_new: new tcp connection to:<br>
50.56.XX.xXX<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:tcpconn_new: on port 56177, proto 2<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:tcpconn_add: hashes: 835, 62<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:handle_new_connect: new connection: 0x7fafc8510408 63<br>
flags: 0006<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
INFO:core:send2child: no free tcp receiver, connection<br>
passed to the<br>
least busy one (1)<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:send2child: to tcp child 0 0(15039),<br>
0x7fafc8510408 rw 1<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:handle_io: We have received conn 0x7fafc8510408<br>
with rw 1<br>
on fd 44<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:io_watch_add: [TCP_worker] io_watch_add op (44 on 7)<br>
(0x876720, 44, 19, 0x7fafc8510408,1), fd_no=3/2111<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:tcp_read_req: Using the global ( per process ) buff<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:tcp_read: EOF on 0x7fafc8510408, FD 44<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:tcp_read_req: EOF received<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:io_watch_del: [TCP_worker] io_watch_del op on<br>
index 1 44<br>
(0x876720, 44, 1, 0x10,0x3) fd_no=4 called<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:tcpconn_release: releasing con 0x7fafc8510408,<br>
state -1,<br>
fd=-1, id=62<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
DBG:core:tcpconn_release: extra_data (nil)<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:handle_tcp_worker: reader response= 7fafc8510408,<br>
-1 from 0<br>
<br>
Oct 2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
DBG:core:tcpconn_destroy: destroying connection 0x7fafc8510408,<br>
flags 0006<br>
<br>
<br>
<br>
Within the transmission to the queuing server I only the queue<br>
being(sip1dev) declared and nothing else.<br>
<br>
<br>
T opensips:57646 -> rabbitmqserver:5672 [AP]<br>
<br>
........<.(....sip1dev..<br>
<br>
#<br>
<br>
T opensips:57646 -> rabbitmqserver:5672 [AP]<br>
<br>
........<.............<br>
<br>
#<br>
<br>
T opensips:57646 -> rabbitmqserver:5672 [AP]<br>
<br>
.........<br>
<br>
#<br>
<br>
T rabbitmqserver:5672 ->opensips:57646 [A]<br>
<br>
<br>
<br>
I am using the exact same logic as far as raising events<br>
with the<br>
rabbit module goes in opensips 1.11.1-notls<br>
<br>
<br>
On Tue, Sep 29, 2015 at 4:54 AM, Răzvan Crainea<br>
<<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a> <mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>><br></div></div>
<mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a> <mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>>>><span><br>
wrote:<br>
<br>
So you are not seeing even the xlog() you are printing? Or<br>
you're not seeing anything on the rabbitmq server.<br>
Can you check the logs to see if there are any errors<br>
related to<br>
the rabbitmq connection?<br>
<br>
Best regards,<br>
<br>
Răzvan Crainea<br>
OpenSIPS Solutions<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">www.opensips-solutions.com</a> <<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a>><br>
<<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a>><br>
<br>
On 09/29/2015 01:10 PM, Tito Cumpen wrote:<br>
<br>
Razvan,<br>
<br>
As I am not seeing anything when transmitting to my<br>
rabbitmq<br>
server. I've ran traces locally and neither the<br>
title of the<br>
published item is sent nor the params that are<br>
being declared<br>
in the event route.<br>
<br>
Thanks,<br>
Tito<br>
<br>
On Mon, Sep 28, 2015 at 5:37 AM, Răzvan Crainea<br>
<<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a> <mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>><br></span>
<mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a> <mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>>>><div><div><br>
wrote:<br>
<br>
Hi, Tito!<br>
<br>
So you can detect the event, but you do not see any<br>
information attached to it?<br>
<br>
Best regards,<br>
<br>
Răzvan Crainea<br>
OpenSIPS Solutions<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">www.opensips-solutions.com</a><br>
<<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a>><br>
<<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a>><br>
<br>
On 09/22/2015 11:09 PM, Tito Cumpen wrote:<br>
<br>
Group,<br>
<br>
<br>
I am noticing issues with 2.2 dev in<br>
reference to sending<br>
params when raising an event route. I am<br>
not seeing<br>
params being sent nor the name of the event<br>
when sending<br>
event to a rabbitmq server declared in the<br>
startup route.<br>
<br>
Here is out I have implemented and wrapped<br>
the event.<br>
<br>
<br>
event_route[E_UL_AOR_DELETE] {<br>
<br>
fetch_event_params("aor=$avp(aor)");<br>
<br>
<br>
$avp(param) = "myip";<br>
<br>
$avp(param) = $avp(aor);<br>
<br>
<br>
xlog("deleting this user $avp(aor) and<br>
sending it to the<br>
queue for processing as $avp(param)\n");<br>
<br>
<br>
raise_event("UL_AOR_DELETE", $avp(param));<br>
<br>
<br>
}<br>
<br>
<br>
startup_route {<br>
<br>
<br>
subscribe_event("UL_AOR_DELETE",<br>
"rabbitmq:rabbitmq/myqueue");<br>
<br>
}<br>
<br>
Please advise if logs or a trace are necessary.<br>
<br>
<br>
Thanks,<br>
<br>
Tito<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br></div></div>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><span><br>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>>><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br></span>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><span><br>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>>><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br></span>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><span><br>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>>><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br></span>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>>><span><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
</span></blockquote><div><div>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>