[sr-dev] git:master:daf1e437: modules: readme files regenerated - textops ... [skip ci]

[Kamailio Dev]

Module: kamailio
Branch: master
Commit: daf1e437ed5fbf076a08ca957ea07930813123d4
URL: 
https://github.com/kamailio/kamailio/commit/daf1e437ed5fbf076a08ca957ea07930813123d4

Author: Kamailio Dev 
Committer: Kamailio Dev 
Date: 2018-04-05T20:16:42+02:00

modules: readme files regenerated - textops ... [skip ci]

---

Modified: src/modules/textops/README

---

Diff:  
https://github.com/kamailio/kamailio/commit/daf1e437ed5fbf076a08ca957ea07930813123d4.diff
Patch: 
https://github.com/kamailio/kamailio/commit/daf1e437ed5fbf076a08ca957ea07930813123d4.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:d6cd5655: textops: documentation for append_body_part_hex()

[Daniel-Constantin Mierla]

Module: kamailio
Branch: master
Commit: d6cd5655df83d233562ab557a0e73cb5e65f0b1c
URL: 
https://github.com/kamailio/kamailio/commit/d6cd5655df83d233562ab557a0e73cb5e65f0b1c

Author: Daniel-Constantin Mierla 
Committer: Daniel-Constantin Mierla 
Date: 2018-04-05T20:03:44+02:00

textops: documentation for append_body_part_hex()

---

Modified: src/modules/textops/doc/textops_admin.xml

---

Diff:  
https://github.com/kamailio/kamailio/commit/d6cd5655df83d233562ab557a0e73cb5e65f0b1c.diff
Patch: 
https://github.com/kamailio/kamailio/commit/d6cd5655df83d233562ab557a0e73cb5e65f0b1c.patch

---

diff --git a/src/modules/textops/doc/textops_admin.xml 
b/src/modules/textops/doc/textops_admin.xml
index 3ff09fb812..966169d2dd 100644
--- a/src/modules/textops/doc/textops_admin.xml
+++ b/src/modules/textops/doc/textops_admin.xml
@@ -1561,6 +1561,63 @@ Content-Disposition: signal;handling=required
 
 7e Od 04 55 75 69 20 4d 61 6b 65 43 61 6c 6c
 
+--unique-boundary-1
+...
+
+   
+   
+
+   
+   
+   append_body_part_hex(txt,content_type[, 
content_disposition])
+   
+   
+   Append a part on multipart body SIP message, with the content 
provided
+   in hexa format. Will use "unique-boundary-1" as boundary.
+   
+   Meaning of the parameters is as follows:
+   
+   
+   txt - content for the 
multipart body in
+   hexa format. Spaces can be used between the 
pairs of hexa digits
+   to make it easier to read in the config, they 
are ignored and
+   not added in the body part. The parameter can 
include
+   pseudo-variables.
+   
+   
+   
+   content_type - value of 
Content-Type header,
+   can include pseudo-variables.
+   
+   
+   
+   content_disposition - value 
of Content-Disposition header,
+   can include pseudo-variables.
+   
+   
+   
+   
+   This function can be used from REQUEST_ROUTE, FAILURE_ROUTE, 
BRANCH_ROUTE.
+   
+   
+   The core will take care of the last boundary ending "--". 
Detecting wich one is
+   the last and fixing the others if needed.
+   
+   
+   append_body_part_hex usage
+   
+...
+$var(b) = "6b 61 6d 61 69 6c 69 6f";
+append_body_part_hex("$var(b)", "application/my-custom-ext");
+...
+
+# Will append this to the body:
+
+...
+Content-Type: application/my-custom-ext
+
+kamailio
+
 --unique-boundary-1
 ...
 


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:4deaa7e5: textops: added function append_body_part_hex(...)

[Daniel-Constantin Mierla]

Module: kamailio
Branch: master
Commit: 4deaa7e5333b9534fcb9cce59cd085abc138ab3f
URL: 
https://github.com/kamailio/kamailio/commit/4deaa7e5333b9534fcb9cce59cd085abc138ab3f

Author: Daniel-Constantin Mierla 
Committer: Daniel-Constantin Mierla 
Date: 2018-04-05T20:03:44+02:00

textops: added function append_body_part_hex(...)

- add a new part to the body, with its content provided in hexa (it is
converted to decimal before appending)

---

Modified: src/modules/textops/textops.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/4deaa7e5333b9534fcb9cce59cd085abc138ab3f.diff
Patch: 
https://github.com/kamailio/kamailio/commit/4deaa7e5333b9534fcb9cce59cd085abc138ab3f.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] Load dialogs from db at runtime, without restarting kamailio (#1274)

[Victor Seva]

2018-04-05 11:43 GMT+02:00 alexsosic :

> I'm trying the install this morning and got:
> ```kamailio is already the newest version
> (5.2.0~dev4+0~20180310010216.1064+xenial).```
>
> In my sources list:
> deb http://deb.kamailio.org/kamailiodev-nightly xenial main
> deb-src http://deb.kamailio.org/kamailiodev-nightly xenial main
>
> What am I doing wrong?
>

I don't know, maybe you are not doing
$ apt-get update

checked right now and the latest available version right now is:
kamailio_5.2.0~dev4+0~20180405010344.1088+xenial
$ wget
http://deb.kamailio.org/kamailiodev-nightly/dists/xenial/main/binary-amd64/Packages
$ head Packages
Package: kamailio
Version: 5.2.0~dev4+0~20180405010344.1088+xenial
Architecture: amd64
Maintainer: Debian VoIP Team 
Installed-Size: 26018
Depends: adduser, lsb-base, python, init-system-helpers (>= 1.18~), libc6
(>= 2.14), libpcre3, libreadline6 (>= 6.0), libstdc++6 (>= 4.1.1)
Suggests: kamailio-berkeley-modules, kamailio-carrierroute-modules,
kamailio-cpl-modules, kamailio-dbg, kamailio-ldap-modules,
kamailio-lua-modules, kamailio-mysql-modules, kamailio-perl-modules,
kamailio-postgres-modules, kamailio-presence-modules,
kamailio-python-modules, kamailio-radius-modules,
kamailio-snmpstats-modules, kamailio-tls-modules, kamailio-uni
xodbc-modules, kamailio-xml-modules, kamailio-xmpp-modules
Multi-Arch: foreign
Homepage: http://www.kamailio.org/
Priority: optional

https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=amd64,distribution=xenial,label=slave/lastSuccessfulBuild/artifact/kamailio_5.2.0~dev4+0~20180405010344.1088+xenial.dsc
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] Load dialogs from db at runtime, without restarting kamailio (#1274)

[Victor Seva]

@alexsosic, nothing to do with this issue. Please use the mailing list for this.



-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1274#issuecomment-378885725___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] Load dialogs from db at runtime, without restarting kamailio (#1274)

[alexsosic]

I'm trying the install this morning and got:
```kamailio is already the newest version
(5.2.0~dev4+0~20180310010216.1064+xenial).```

In my sources list:
deb http://deb.kamailio.org/kamailiodev-nightly xenial main
deb-src http://deb.kamailio.org/kamailiodev-nightly xenial main

What am I doing wrong?
--
Aleksandar Sosic
mail: alex.so...@timenet.it
skype: alex.sosic
cell: +385 91 2505 146


On Wed, Apr 4, 2018 at 10:27 PM, paolovisintin  wrote:
> In our case we will have an autoscaling system of Kamailio based on
> geographic requests and load so we will not be able to know in advance how
> many instances ok kamailio will be provisioned. As you suggested for this
> temporary workaround we should have :
> Server 1 : 1, 101,201,301,401...
> Server 2 : 2, 202,302,402,
> Server n : n, n+100,n+200,n+300,...
>
> Where n < 100
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub, or mute the thread.


-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1274#issuecomment-378879502___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:0729d9fc: db_redis: Force table scan if no query keys given

[Andreas Granig]

Module: kamailio
Branch: master
Commit: 0729d9fc2cde7caf3e21b3e609cd26b24e38c19b
URL: 
https://github.com/kamailio/kamailio/commit/0729d9fc2cde7caf3e21b3e609cd26b24e38c19b

Author: Andreas Granig 
Committer: Andreas Granig 
Date: 2018-04-05T11:18:47+02:00

db_redis: Force table scan if no query keys given

---

Modified: src/modules/db_redis/redis_dbase.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/0729d9fc2cde7caf3e21b3e609cd26b24e38c19b.diff
Patch: 
https://github.com/kamailio/kamailio/commit/0729d9fc2cde7caf3e21b3e609cd26b24e38c19b.patch

---

diff --git a/src/modules/db_redis/redis_dbase.c 
b/src/modules/db_redis/redis_dbase.c
index 8914264249..9b6aac85b4 100644
--- a/src/modules/db_redis/redis_dbase.c
+++ b/src/modules/db_redis/redis_dbase.c
@@ -1744,6 +1744,7 @@ int db_redis_query(const db1_con_t* _h, const db_key_t* 
_k, const db_op_t* _op,
 } else {
 LM_DBG("no columns given to build query keys, falling back to full 
table scan\n");
 keys_count = 0;
+do_table_scan = 1;
 }
 
 if (db_redis_perform_query(_h, con, _k, _v, query_ops, _c, _n, _nc, _r,


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[juha-h]

Closed #1288.

-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#event-1558135695___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[juha-h]

Closing the issue even when xflags as currently implemented do not behave the 
same way as flags and thus cannot be used as their replacement.

-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#issuecomment-378851744___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[Juha Heinanen]

Daniel-Constantin Mierla writes:

> The purpose of that t_flush_flags() is documented:
> 
>   * 
> https://www.kamailio.org/docs/modules/stable/modules/tmx.html#tmx.f.t_flush_flags
> 
> The role was to push the flags set after t_newtran() to
> transaction. If that is not happening/is not needed for what so ever
> reason, needs to be sorted out in a way or another.

Yes, and that is the topic of #1490.

> The behaviour can stay as it is, with or without any new parameter --
> this is going to be discussed. But again, it doesn't belong here, the
> issue we discuss is with flushing the flags after t_newtrans() and
> should be done in a single place. The xflags will follow whatever is
> decided for t_flush_flags(), but right now xflags works as it is
> expected based on docs for t_flush_flags().

> Let's discuss further on #1490 and get the two work the same in a
> properly documented behaviour.

OK, I'll close this issue with the note that the current semantics of
xflags does not correspond to that of flags.

-- Juha

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[Daniel-Constantin Mierla]

The purpose of that t_flush_flags() is documented:

  * 
https://www.kamailio.org/docs/modules/stable/modules/tmx.html#tmx.f.t_flush_flags

The role was to push the flags set after t_newtran() to transaction. If that is 
not happening/is not needed for what so ever reason, needs to be sorted out in 
a way or another.

The behaviour can stay as it is, with or without any new parameter -- this is 
going to be discussed. But again, it doesn't belong here, the issue we discuss 
is with flushing the flags after t_newtrans() and should be done in a single 
place. The xflags will follow whatever is decided for t_flush_flags(), but 
right now xflags works as it is expected based on docs for t_flush_flags().

Let's discuss further on #1490 and get the two work the same in a properly 
documented behaviour.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#issuecomment-378844680___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:5b3266c3: pkg/kamailio/deb: remove kamailio-carrierroute-modules package

[Victor Seva]

Module: kamailio
Branch: master
Commit: 5b3266c3e410363a62afbad5762f1fb40883abda
URL: 
https://github.com/kamailio/kamailio/commit/5b3266c3e410363a62afbad5762f1fb40883abda

Author: Victor Seva 
Committer: Victor Seva 
Date: 2018-04-05T09:22:22+02:00

pkg/kamailio/deb: remove kamailio-carrierroute-modules package

---

Modified: pkg/kamailio/deb/buster/control
Modified: pkg/kamailio/deb/debian/control
Modified: pkg/kamailio/deb/jessie/control
Modified: pkg/kamailio/deb/precise/control
Modified: pkg/kamailio/deb/sid/control
Modified: pkg/kamailio/deb/stretch/control
Modified: pkg/kamailio/deb/trusty/control
Modified: pkg/kamailio/deb/wheezy/control
Modified: pkg/kamailio/deb/xenial/control

---

Diff:  
https://github.com/kamailio/kamailio/commit/5b3266c3e410363a62afbad5762f1fb40883abda.diff
Patch: 
https://github.com/kamailio/kamailio/commit/5b3266c3e410363a62afbad5762f1fb40883abda.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:abc18701: Makefile.group: move carrierroute to extra modules, don't depend on libconfuse

[Victor Seva]

Module: kamailio
Branch: master
Commit: abc18701ae7b1a05d9bb1b1245875b8cf3385b68
URL: 
https://github.com/kamailio/kamailio/commit/abc18701ae7b1a05d9bb1b1245875b8cf3385b68

Author: Victor Seva 
Committer: Victor Seva 
Date: 2018-04-05T09:22:22+02:00

Makefile.group: move carrierroute to extra modules, don't depend on libconfuse

This reverts commit 2bb65fe9c1d60d3d2f561cba7c8b1fa800a8ecf3.

---

Modified: src/Makefile.groups

---

Diff:  
https://github.com/kamailio/kamailio/commit/abc18701ae7b1a05d9bb1b1245875b8cf3385b68.diff
Patch: 
https://github.com/kamailio/kamailio/commit/abc18701ae7b1a05d9bb1b1245875b8cf3385b68.patch

---

diff --git a/src/Makefile.groups b/src/Makefile.groups
index 82834596cf..0ee75fe3e6 100644
--- a/src/Makefile.groups
+++ b/src/Makefile.groups
@@ -18,7 +18,7 @@ mod_list_basic=async auth benchmark blst cfg_rpc cfgutils 
corex counters \
   auth_xkeys smsops tsilo cfgt statsc topos 
sipdump
 
 # - extra used modules, with no extra dependency
-mod_list_extra=avp auth_diameter call_control call_obj dmq domainpolicy msrp \
+mod_list_extra=avp auth_diameter call_control call_obj dmq domainpolicy msrp 
carrierroute \
 pdb qos sca seas sms sst timer tmrec uac_redirect 
xhttp \
 xhttp_rpc xprint jsonrpcs nosip dmq_usrloc 
statsd rtjson \
  log_custom keepalive ss7ops app_sqlang acc_diameter 
evrexec
@@ -71,9 +71,6 @@ mod_list_snmpstats=snmpstats
 # - modules depending on expat library
 mod_list_xmpp=xmpp
 
-# - modules depending on confuse library
-mod_list_carrierroute=carrierroute
-
 # - modules depending on bdb (db4) library
 mod_list_berkeley=db_berkeley
 
@@ -213,7 +210,7 @@ mod_list_all=$(sort $(mod_list_basic) $(mod_list_extra) \
   $(mod_list_mysql) $(mod_list_postgres) \
   $(mod_list_unixodbc) $(mod_list_xmldeps) \
   $(mod_list_perldeps) $(mod_list_cpl) \
-  $(mod_list_xmpp) $(mod_list_carrierroute) \
+  $(mod_list_xmpp) \
   $(mod_list_berkeley) $(mod_list_utils) \
   $(mod_list_memcached) \
   $(mod_list_tlsdeps) $(mod_list_tlsdeps_curl) \
@@ -334,9 +331,6 @@ module_group_ksnmpstats=$(mod_list_snmpstats)
 # pkg xmpp module
 module_group_kxmpp=$(mod_list_xmpp)
 
-# pkg carrierroute module
-module_group_kcarrierroute=$(mod_list_carrierroute)
-
 # pkg berkeley module
 module_group_kberkeley=$(mod_list_berkeley)
 


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:66e36e75: pkg/kamailio/deb: remove app_java from sid/buster

[Victor Seva]

Module: kamailio
Branch: master
Commit: 66e36e75a855e8170dd788a312061aff71991e18
URL: 
https://github.com/kamailio/kamailio/commit/66e36e75a855e8170dd788a312061aff71991e18

Author: Victor Seva 
Committer: Victor Seva 
Date: 2018-04-05T09:22:22+02:00

pkg/kamailio/deb: remove app_java from sid/buster

See #1487

---

Modified: pkg/kamailio/deb/buster/control
Modified: pkg/kamailio/deb/buster/rules
Modified: pkg/kamailio/deb/debian/backports/buster
Modified: pkg/kamailio/deb/debian/backports/sid
Modified: pkg/kamailio/deb/sid/control
Modified: pkg/kamailio/deb/sid/rules

---

Diff:  
https://github.com/kamailio/kamailio/commit/66e36e75a855e8170dd788a312061aff71991e18.diff
Patch: 
https://github.com/kamailio/kamailio/commit/66e36e75a855e8170dd788a312061aff71991e18.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[juha-h]

Daniel-Constantin Mierla writes:

> As I wrote on the mailing list, flags should not be migrated to the
> transaction after t_newtran() unless one uses t_flush_flags() -- that
> was the desired functionality, otherwise t_flush_flags() has no
> purpose.

I have used flags for many years and for me it has been desirable that
they are available after t_newtrans() in failure and onreply routes
without a need to call t_flush_flags().  If someone wants to change that
behavior and make t_flush_flags() purposeful, then a tm variable can be
introduced to achieve that new behavior.

> You opened another item on this tracker related to this unexpected
> behaviour (#1490), and I think it is better to sort this out there,
> because that is the unexpected behaviour. xflags behave as
> expected. Whatever will be the conclusion of #1490 will be applied to
> both flags and xflags, but makes no sense to track an issue with two
> separate items.

I opened this issue, because I needed more that 32 flags, i.e., flags
that work the same way as before, but more of them.  It is OK to replace
flags with xflags if my current configuration file keeps on working when
I textually change current flag function calls with xflag function
calls, but it is not OK if I need to start adding t_flush_xflags() calls
to it.

Issue "Is t_flush_flags() really needed? #1490" asks about the purpose
of t_flush_flags() function.  I have not been able to figure out one,
but perhaps there is some.  If there is no purpose, then the function
should be removed.

-- Juha


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#issuecomment-378838094___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[Daniel-Constantin Mierla]

As I wrote on the mailing list, flags should not be migrated to the transaction 
after t_newtran() unless one uses t_flush_flags() -- that was the desired 
functionality, otherwise t_flush_flags() has no purpose.

You opened another item on this tracker related to this unexpected behaviour 
(#1490), and I think it is better to sort this out there, because that is the 
unexpected behaviour. xflags behave as expected. Whatever will be the 
conclusion of #1490 will be applied to both flags and xflags, but makes no 
sense to track an issue with two separate items.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#issuecomment-378834818___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[juha-h]

Reopened #1288.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#event-1558010774___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[juha-h]

As long as xflags do not work the same way as flags, I do not consider this 
issue closed.  Flags do not require call of t_flush_flags() after t_newtrans() 
in order to make flags available in failure and onreply routes, but xflags does 
require call of t_flush_xflags().  This makes xflags cumbersome to use, since I 
would need to make  t_flush_xflags() call before every t_relay() call.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#issuecomment-378833596___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] define flag_t as unsigned long (#1288)

[Daniel-Constantin Mierla]

Closing, xflags being implemented.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1288#issuecomment-378830173___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev