Re: Potential memleak in bearerbox

Hi, fixed in svn , thanks! Alex > Am 18.10.2018 um 11:38 schrieb Paul Bagyenda : > > Hi, > > In bb_boxc.c, both smsbox_start() and wapbox_start() initialise > box_allow_ip/box_deny_ip. Which means if you have WAP and SMS running, you > leak a few bytes. Caught this using GCC LSAN. Quick

Re: Install test tools with latest svn version

Hi George, it is still work in progress because we are switching to autotools. For now you can just manually copy needed binaries. Thanks, Alex > Am 19.12.2018 um 07:46 schrieb george : > > Hi, > > I'm trying to create a docker image to use for local testing with the latest > version of

Re: change my_bool to bool based on mysql 8.0.1

Hi, thanks for this patch but will this patch break compilation for older mysql versions? If yes, then something like: #ifndef mybool #define mybool bool #endif would be more suitable. Thanks, Alex > Am 11.12.2018 um 21:34 schrieb Nadir Hamid : > > hello Kannel Project, > > in mysql 8.0.1

Re: HTTP SMSC Question On Current Version

./boostrap ./configure … make > Am 05.12.2018 um 16:08 schrieb Willy Mularto : > > Just tried to configure and got this error: > config.status: error: cannot find input file: `Makefile.in > ' > > Thanks > So Far Express VPN still the fastest >

Re: HTTP SMSC Question On Current Version

> Point #3 means add in the body custom_http.c right? yes. Thanks, Alex > Am 05.12.2018 um 10:21 schrieb Willy Mularto : > > Cool, will try that later. Previosly I always modify smsc_http.c to call my > custom http smsc. Point #3 means add in the body custom_http.c right? > > > So Far

Re: HTTP SMSC Question On Current Version

Hi Willi, there are plenty of examples how to do it, anyway here step by step (assume the name should be my_new_http): 1. create new file in gw/smsc/http/my_new_http.c 2. add this file to gw/Makefile.am section bearerbox_SOURCES 3. add struct smsc_http_fn_callbacks

Re: Two or more word keyword

Hi, please check userguide: https://kannel.org/download/kannel-userguide-snapshot/userguide.html#AEN4069 Especially: keyword-regex POSIX regular expressionThis field may be used to enable service-selection

Re: [PATCH] Support for MO direction 'group = smsbox-route' reloading (aka graceful restart)

Hi Stipe, > Am 17.10.2018 um 10:42 schrieb Stipe Tolj >: > > Am 15.10.2018 17:33, schrieb amal...@kannel.org : >> Hi Stipe, >> >> sorry I was not available earlier… > > Hi Alex, > >> just checked your patch and see man many issues… >> >>

Re: [PATCH] Support for MO direction 'group = smsbox-route' reloading (aka graceful restart)

Hi Stipe, sorry I was not available earlier… just checked your patch and see man many issues… 1. +static void init_smsbox_routes(Cfg *cfg, int reload) you use continue if config is wrong but you already destroyed previous configuration -/* send new config to clients */ +

Re: [PATCH] fixing possible PANIC condition

Hi Stipe, is it not easier just check for conn != NULL at the place it passed to conn_unregister ? assertion is very interesting at this place IMHO because it can show that someone try to unregister connection which is null but should not be null. This prevents from resources leak. Alex > Am

Re: Bug in octstr_shrink_blanks

Hi Werner, thanks for the patch, applied to trunk. Alex > Am 19.07.2018 um 14:56 schrieb Werner Coetzee : > > > HI Alex > > I've attached unified diff, hope it's the correct format. > Create with command: > svn diff -x -u gwlib/octstr.c > against trunk revision 5239 > > Werner > > >

Re: Bug in octstr_shrink_blanks

Hi Werner, patch is very welcome… Thanks, Alex > Am 19.07.2018 um 14:19 schrieb Werner Coetzee : > > > Hi all > > I believe there's a bug in octstr_shrink_blanks() in gwlib/octstr.c > > It does not shrink 2 whitespaces into 1, only when there's more than 2. > The issue is with the line

Re: Kannel Delivery Report Does not work modem GSM

Hi, did you request DLR from Kannel with dlr-mask ? If yes, please provide Kannel version used, URL you used to call smsbox, debug log of smsbox and bearerbox. Thanks, Alex > Am 26.06.2018 um 20:59 schrieb Sergio Toro Escofet : > > Hi!!!, I´ve read a lot of post about kannel delivery report

Re: Request for new release

you don’t need dtd URL at all, see here: https://tdg.docbook.org/tdg/4.5/ch02.html#ch.create.pubids it’s enough to have this one: DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN“ Thanks, Alex > Am 19.06.2018 um 12:39

Re: Request for new release

I found issue, IMHO, but no fix right now, will check later. Issue is that DTD is moved to https schema and it looks like jade is not able to get it. Alex > Am 19.06.2018 um 11:32 schrieb Stipe Tolj : > > Am 19.06.2018 10:39, schrieb Stipe Tolj: >> >> I'm trying to setup a Fedora Core 7 VM

Re: Request for new release

Hi Stipe, any showstopper ? Thanks, Alex > Am 18.05.2018 um 14:24 schrieb Stipe Tolj : > > Am 16.05.2018 13:53, schrieb amal...@kannel.org: >> I think trunk is stable enough to get stable 1.4.5 ? > > agree. Ok, let's go then with 1.4.5. Then roll more changes into 1.5.1 for > new devel

Re: Request for new release

I think trunk is stable enough to get stable 1.4.5 ? Alex > Am 16.05.2018 um 12:58 schrieb Stipe Tolj : > > Am 16.05.2018 12:31, schrieb amal...@kannel.org: >> Hi Stipe, all, >> >> is there any chance you create and new release of kannel or should I >> check/do it ? > > I

Re: Request for new release

I think trunk is stable enough to get stable 1.4.5 ? Alex > Am 16.05.2018 um 12:58 schrieb Stipe Tolj : > > Am 16.05.2018 12:31, schrieb amal...@kannel.org: >> Hi Stipe, all, >> >> is there any chance you create and new release of kannel or should I >> check/do it ? > > I

Request for new release

Hi Stipe, all, is there any chance you create and new release of kannel or should I check/do it ? Thanks, Alex

Re: Something weird with data_coding 0x03

Hi, I don’t see any issue here, _ is in LATIN1 0x5f BUT in GSM 03.38 (which is used per default with data_coding=0) 0x11. Thanks, Alex > Am 18.04.2018 um 09:24 schrieb Денис Давыдов : > > Hi all, > > Can someone explain the weird behavior of Kannel with data coding 0x03.

Re: Bug can't compile latest svn on Intel(R) Xeon(R) CPU- centos7

Hi, looks like you are missing gettext-dev package: aclocal: warning: autoconf input should be named 'configure.ac ', not 'configure.in ' configure.in:261 : warning: macro 'AM_ICONV' not found in library Please install it

Re: Bug can't compile latest svn on Intel(R) Xeon(R) CPU- centos7

Hi, please try: cd into_gw_folder ./bootstrap.sh ./configure make Thanks, Alex > Am 10.04.2018 um 01:23 schrieb Hillel Bilman : > > Hi Stipe, > > We have checked out revision 5204 > Using CentOS Linux release 7.3.1611 (Core) Intel(R) Xeon(R) CPU E5-2620 v3 @ >

Re: Couldnot parse DLR string sscanf way, fallback to old way. Please report

This is the same as I answered to you. bit 2 and bit 3 are set (this indicates delivery report) and even worse bits 4 and 3 and 2 are set (that means reserved!). Reserved doesn’t mean reserved for _buggy_ smsc but means reserved for any usage not specified in the spec. Thanks, Alex > Am

Re: Issue with combining MO segments with different encodings

Hi, as far as I know, tis is not allowed to ave multiple parts in different data coding. Thanks, Alex > Am 22.02.2018 um 00:20 schrieb Nic Pottier : > > Hi all, > > Use Kannel quite a bit, thanks for all the work. I've run into an > interesting issue which I'm not sure

Re: Reg : Error code 0x0000018f

Hi, only SMSC vendor can tell you the meaning of this error code. Please ask your supplier. Thanks, Alex > Am 28.12.2017 um 06:58 schrieb Vivekanandhan : > > Hello, > > In bearerbox, I'm receiving "SMSC returned error code 0x018f > (Unknown/Reserved)

Re: [BUG] svn trunk (r5193) doesn't build on amd64-centos-7

Hi Stipe, gettext-devel was since years dependency. Does it build now? If so, can you please update README? Thanks, Alex > Am 29.11.2017 um 19:04 schrieb Stipe Tolj : > > + aclocal > aclocal: warning: autoconf input should be named 'configure.ac', not > 'configure.in' >

Re: [PATCH] SMPP data_coding enforcing for UCS-2 messages

Hi, I don’t get why we need this? if you would like to send not in UCS2 then convert to UTF-8 (which is our internal coding) and force via metadata data_coding. All chars in UCS2 are present in UTF-8. Thanks, Alex > Am 08.11.2017 um 14:12 schrieb Stipe Tolj : > > Hi list, >

Re: Does kannel support submit_multi pdu

Hi, no. Alex > Am 15.08.2017 um 12:50 schrieb Ahmed Shabana : > > Hi all , > Does kannel support smpp.command_id == 0x21 submit multi ? > > > Best regards , > Ahmed Shabana > +20 1003325373 >

Re: not "delivered" status report

Hi Hakim, please don’t crosspost both mailing lists. As far as I see you are using internal DLR storage. 2017-05-19 12:47:50 [455] [6] DEBUG: DLR[internal]: Looking for DLR smsc=multic3, ts=37, dst=+33614472199 , type=1

Re: Why does octstr_cat() require ostr1 to be non-immutable?

Hi, I fixed it in SVN. Thanks, Alex > Am 22.12.2016 um 12:04 schrieb amal...@kannel.org: > > Hi Werner, > > as far as I see there is no reason to immutable assert. > > Alex > > >> Am 21.12.2016 um 15:39 schrieb Werner Coetzee >

Re: Why does octstr_cat() require ostr1 to be non-immutable?

Hi Werner, as far as I see there is no reason to immutable assert. Alex > Am 21.12.2016 um 15:39 schrieb Werner Coetzee : > > Hi > > Why does the octstr_cat(Octstr *ostr1, Octstr *ostr2) function in > gwlib/octstr.c require that ostr1 be non-immutable? > It

Re: [PATCH] Memory leak in smpp_pdu.c

Hi, make sense, commited to svn. Alex > Am 18.10.2016 um 22:37 schrieb Donald Jackson : > > Hi Alex, > > Personally I think we should not reject PDU's that have this case. While it > is pointless to send the same TLV multiple times in our case, we have > established

Re: [PATCH] Reduce logging in dbpool_mysql.c

:-) > Am 18.10.2016 um 22:38 schrieb Donald Jackson : > > Patch withdrawn :) > > On 18 October 2016 at 13:24, Alexander Malysh > wrote: > Hi, > > definitely -1 for #ifdef. > And I agree with Rene here, debug is debug

Re: [Couldnot parse DLR string sscanf way, fallback to old way. Please report!] -- problem with message id

Please check bind , whether you are using SMPP version > 3.3 ? Thanks, Alex > Am 22.08.2016 um 13:26 schrieb Черепанов Алексей Владиславович > : > > Okay, tried SVN version. Seems like the same issue. > > > Kannel bearerbox version `svn-r5172'. > Build `Aug 22

Re: [Couldnot parse DLR string sscanf way, fallback to old way. Please report!] -- problem with message id

Hi, please try SVN version. Looks like 1.4.4 has issue with TLVs… Alex > Am 15.08.2016 um 06:43 schrieb Черепанов Алексей Владиславович > : > > Here's the dump of packets. > > > Short Message Peer to Peer, Command: Submit_sm - resp, Status: "Ok", Seq: > 684,

Re: [PATCH] Precision timing patch for load.[c|h]

Hi, thanks for the patch. Changed/cleanup-ed version commited. Thanks, Alex > Am 28.06.2016 um 10:44 schrieb Kannel Neo : > > Hi all, > > We are running a very high performance Kannel instance (>1000 messages/second > at times). > > We are finding throttling errors from

Re: source-add-autodetect not working properly in lastest svn r5164'

Hi, I don’t see any changes regarding source autodetect feature and btw. ton=2 (national), npi=1 (isdn) is correct for this msisdn. You always can overwrite ton/npi setting, see Kannel userguide. Alex > Am 11.07.2016 um 09:52 schrieb Ahmed Shabana : > > Find below logs

Re: source-add-autodetect not working properly in lastest svn r5164'

Hi, it would be more helpful to have detailed description what is in your opinion is not working and some debug logs to this issue. Thanks, Alex > Am 10.07.2016 um 13:53 schrieb Ahmed Shabana : > > Dears at devel, > > When I run test using the lastest svn version I

Re: [PATCH] SMPP DLR item scan (old way)

Hi, looks ok, +1. Alex > Am 27.04.2016 um 14:04 schrieb Stipe Tolj : > > Hi list, > > we had a case recently with an SMSC that provided the following SMPP DLR > payload: > > id:2516372655 submit date:1604131525 done date:1604131525 stat:DELIVRD > > which of course

Re: Userguide daily snapshot outdated

Hi, thanks for pointing to this issue. I fixed userguide.xml and tonight it should update. Thanks, Alex > Am 24.02.2016 um 05:18 schrieb Juan Nin : > > Hi guys! > > The Userguide daily snapshot is outdated, I guess the process that's supposed > to compile it is broken or

Re: when we compile the latest svn code it fails

Hi Hillel, you are welcome. Alex > Am 31.01.2016 um 22:25 schrieb hbil...@ecommunicate.biz: > > Hi Alex, > > We resolved the issue and found that the problem was openssl-devel.x86_64 as > not installed. > Once we installed it, the latest Kannel SVN was able to compile. > > Thanks for your

Re: when we compile the latest svn code it fails

Hi, I’m not sure why it breaks by you because by me it compiles without any issue. Please check if HAVE_LIBSSL is enabled in gw-config.h Thanks, Alex > Am 30.12.2015 um 22:01 schrieb hbil...@ecommunicate.biz > : > > Hi Alex, > > Based on

Re: [PATCH] Parsing of parameters in POST requests

Hi, sorry for late response… Ok, I see it breaks only in my tree because of some experiments. I can fix it by myself. Yes, you are right about GET/POST methods, both can be used (just read RFC) but we have to check content-type for POST in order to avoid parsing of large data or something

Re: Throughput discussion

Hi Rene, I can imagine only one issue with current throughput implementation: Kannel sends for a first fraction of second as much as allowed but not that it exceeds throughput per second. This could be the issue because some SMSC doesn’t count per second but with a delay between submit_sm. Try

Re: [PATCH] Parsing of parameters in POST requests

Hi Franck, thanks for your patch but I can’t accept it. 1. It break compilation, because you change function declaration but not a calls. 2. I don’t think that parse cgivars function is the right place to do it. CGI vars are GET method I think it’s better to implement new parse function and

Re: Throughput discussion

Hi Rene, is this with a new version of Kannel? Alex > Am 23.10.2015 um 23:19 schrieb Rene Kluwen : > > We are facing a case with the smpp smsc where throughput is set to 20. > Kannel obeys this nicely, according to it’s own message count. > But viewing a tcpdump of the