[ANNOUNCE] GSMA MWC 2024 Meeting opportunity

at the MWC via our main web site URL http://www.kannel.org/, or via the direct interface to the scheduling planer via URL https://kannel.appointlet.com/ We're looking forward to see you at MWC in Barcelona. -- Best Regards, Stipe Tolj

[PATCH] access-log with UTF8 message dump

-log-utf8 = yes which then allows dumping of UTF-8 as wide char (wchar) types in the code. Please review and test, comments as always welcome. Thanks, Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation

Re: [PATCH] MO throughput control

Am 03.06.22, 17:08, schrieb Stipe Tolj: Hi all, in certain conditions it may be feasible also to have MO throughput control in terms of regulating how many messages we want to handle on the MO side (including DLRs). For this purpose I have prepared the attached patchset, that introduces

[PATCH] MO throughput control

use this variable. This is considered as active throttling. It constraints +both sides, MT and MO with the same value. (optional) +throughput-mt (r) + float (messages/sec) + +If SMSC requires that Kannel limits the number of messages per second, +

Re: gsm smpp modems compatible with kannel and smpp

a SMPP interface The "same" can be achieved using Kannel infrastructure by using Kannel bearerbox to connect to the upstream GSM modem or a pool of modems, and smppbox for the SMPP v3.4 interface on the downstream side. -- Best Regards,

Re: help failed Compilation kannel 1.5.0

nk gateway $ cd gateway $ ./boostrap.sh $ ./configure [..] $ make $ sudo make install Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.

*** MERRY CHRISTMAS and a HAPPY NEW YEAR! *** from the Kannel Group!

with family, friends or both. Stay responsible, stay safe. Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org

[RIP] Remembering René Kluwen

and minds of his family, his persona will keep on living in his work he contributed with passion to our project. Honoring his contributions is our privilege and determination. Rest in peace René Kluwen (* 10-05-1970, ✝ 06-06-2021) https://kannel.org/images/rouwkaart_rene.png -- Best Regards, Stipe

Re: [RFC] smsbox dead-lock on shutdown

. - Microsoft .net: 120 sec. - Firefox: 30 sec. - node.js: 60 sec. so, 30s seems fine to me. I was almost in favor of going lower. But that may be too low. Let's stick with 30s. Changing and committing to svn trunk. -- Best Regards, Stipe Tolj

Re: [RFC] smsbox dead-lock on shutdown

Am 05.11.20, 10:41, schrieb Stipe Tolj: Hi all, I got across and issue on the shutdown sequence of Kannel smsbox, that seems to me like a potential dead-lock situation while shutdown phase. On a loaded system bearerbox was SIGHUP'ed and hence instructed it's connected smsbox to go down too

[RFC] smsbox dead-lock on shutdown

uld be simply to move the http_caller_signal_shutdown() before gwthread_join_every(obey_request_thread) in the shutdown sequence. Any comments, reviews are highly welcome. Stay safe all, Stipe -- Best Regards, Stipe Tolj --- Düsseldorf,

Re: [PATCH] Support for 'reroute-receiver-regex' in 'group = smsc' context

Am 04.06.20, 10:33, schrieb Alexander Malysh: Hi Stipe, not tested, but looks ok. +1 thanks Alex for a quick review. Committed now to svn trunk. P.S. Let’s do a new stable release. yep, preparing things for a new 1.4.6 stable release. -- Best Regards, Stipe Tolj

[PATCH] Support for 'reroute-receiver-regex' in 'group = smsc' context

time to have another round of stable release declared and then go on with the changes/commits to result in a new devel release. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org syst

test, please ignore

-- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ st...@kannel.org s...@tolj.org ---

Re: disabling incoming SMS

the bearerbox access-log and the smsbox access-log though. It MAY BE an option to think about a config directive for the SMSC AT module to "turn off" MO interpretation and simply drop anything we get on the modem. @devel: Anyone from the SMSC AT developer folks that wants to pick this u

[REMINDER] GSMA MWC 2019 Meeting opportunity

at the MWC via our main web site URL http://www.kannel.org/, or via the direct interface to the scheduling planer via URL https://kannel.appointlet.com/ We're looking forward to see you at MWC in Barcelona. -- Best Regards, Stipe Tolj

[ANNOUNCE] GSMA MWC 2019 Meeting opportunity

at the MWC via our main web site URL http://www.kannel.org/, or via the direct interface to the scheduling planer via URL https://kannel.appointlet.com/ We're looking forward to see you at MWC in Barcelona. -- Best Regards, Stipe Tolj

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

Am 17.10.18 10:42, schrieb Stipe Tolj: hmm, yes we do this intentionally actually. We destroy the structures, then re-parse the 'group = smsbox-route' groups from the configuration. If a group has an error, we only dump the error but continue to parse the following groups. A restart would

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

ith "smsc is renamed in new config but still used in the old smsbox group". Could you please explain? Cheers, Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tol

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

Am 01.10.2018 14:56, schrieb Stipe Tolj: Hi all, the reloading of the config (aka graceful restart) supports the on-th-fly manipulation of the upstream SMSC groups and the corresponding routing constraints for them. What is doesn't support is the on-the-fly changing of the 'group = smsbox

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

. The attached patch adds this capability. Please review. If no objections arise I will commit this within the next days. Cheers, Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system

Re: [PATCH] fixing possible PANIC condition

not be null. This prevents from resources leak. Hi Alex, hope you're doing fine. I agree, committed a fix for the possible PANIC condition by pre-checking before calling conn_unregister() in the handle_transaction(). Stipe -- Best Regards, Stipe Tolj

[PATCH] fixing possible PANIC condition

, but the conn_unregister() would raise an assertion panic here. Suggested patch simply removes the gw_assert() check and leaves it to the function to test (what it does) to bail out if the conn is NULL. If no objections arise, will commit to svn trunk. Stipe -- Best Regards, Stipe Tolj

Re: [PATCH] user guide

to svn trunk: 2018-08-28 Stipe Tolj * doc/userguide/userguide.xml: fixed 'window' value type for GSMA OneAPI. Thanks to Franck Lamasuta for this patch. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel

Re: Request for new release

This is due to the non-complete migration to the auto-tools suite. Continuing here with a non-parallel 'make' does finalize the build. Am 19.06.2018 15:25, schrieb Stipe Tolj: Am 19.06.2018 15:18, schrieb Stipe Tolj: Hi all, ok, the next piece of "cake" here: When I bootstrap the c

[ANNOUNCE] Kannel 1.4.5 stable release available

The Kannel Group is pleased to announce the availability of Kannel 1.4.5 stable release via our web site at URL http://www.kannel.org/download.shtml Please find attached the NEWS file section for the 1.4.5 stable release. -- Best Regards, Stipe Tolj

Boostrap'ing for 1.4.5 release

reign bootstrapped" version? Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at

Re: Request for new release

Am 19.06.2018 15:18, schrieb Stipe Tolj: Hi all, ok, the next piece of "cake" here: When I bootstrap the code either on Debian 8 (amd64) or on CentOS 7 (amd64), I can './configure && make' on the same that i bootstrapped, but no on the other. I.e. here is what I get on De

Re: Request for new release

5-c7/utils' cd .. && make am--refresh Now, how do you bootstrap the code so that the resulting environment CAN be './configure && make'ed on any machine? -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kann

Re: Request for new release

itself, as the official DTD locutions moved. Now corrected in svn trunk. Continuing with release push. Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture

Re: Request for new release

Am 19.06.2018 10:39, schrieb Stipe Tolj: I'm trying to setup a Fedora Core 7 VM to see if we can produce the docs there, and then "figure" out why it's not working on any of the major latest distros. same with Fedora Core 7 (x86), for svn trunk and r5200 which was the last t

Re: Request for new release

or latest distros. BTW, same issue with the bison/yacc thing for WMLScript that we see from time to time on recent Ubuntu-16|18. Cheers, Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel

Re: Request for new release

Am 18.06.2018 19:22, schrieb Stipe Tolj: Alex, was this the time the Fedora Core 27 was updated? on vm1.kannel.org is what I meant. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation

Re: Request for new release

lement "para" undefined ... I have no clue at the moment why exactly it is complaining. Any DocBook gurus arround? -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org ---

Re: Request for new release

. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org ---

Re: Request for new release

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 release in 3-4 months. Will update you when I got it packaged. Cheers, Stipe -- Best Regards, Stipe

Re: Request for new release

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 can roll the new release later today. Shall we stick to devel branch release 1.5.1 as version tag? -- Best Regards, Stipe Tolj

[REMINDER] GSMA MWC 2018 Meeting opportunity

URL https://kannel.appointlet.com/ We're looking forward to see you at MWC in Barcelona. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http

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

for the build. and then it builds. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org

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

builds correctly after bootstrapping on amd64-debian-8. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org

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

Am 29.11.2017 18:16, schrieb Stipe Tolj: Hi Alex, thanks for your latest commits. At the moment (svn trunk, revision 5193) I can't build on amd64-centos-7 platforms. I meant r5194 of course. -- Best Regards, Stipe Tolj

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

error: @LIBICONV@: No such file or directory make: *** [wmlscript/wmlsc] Error 1 Any clue? -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/

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

sense. For any special case handling we can transcode to UTF-8 before entering bearerbox, and don't have to handle it there explicitly. Ok, consider the patchset then revoked. Thanks, Stipe -- Best Regards, Stipe Tolj

Re: [PATCH] constant SMPP TLV support

Am 02.10.17 15:09, schrieb Rene Kluwen: +1 from me. thanks Rene. Committed to svn trunk. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http

[PATCH] constant SMPP TLV support

and adding the 'const' directive that can set a constant value. So, if there is no TLV coming via the msg->sms.meta_data part, then the constant is set for that particular TLV. Comments welcome. If no objections, will commit to SVN trunk the coming

Re: Encodings

simply send the payload as UTF-8 encoded text. AFAIR, the HTTP SMSC types do this. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org

Re: [PATCH] alt-charset handling in HTTP SMSC module

Am 09.03.2011 00:45, schrieb Stipe Tolj: Hi all, here is small issue that I resolved some days ago for a client that uses the HTTP SMSC towards an own HTTP API (via the generic type). In the abstractive layer call httpsmsc_send() we handle the conversion to an alternative character encoding

[REMINDER] GSMA MWC 2017 Meeting opportunity

at: for meetings with Stipe Tolj please use https://kannel.appointlet.com/ for meetings with Alexander Malysh please use https://amalysh.youcanbook.me/ We're looking forward to see you at MWC in Barcelona. -- Best Regards, Stipe Tolj

[ANNOUNCE] GSMA MWC 2017 Meeting opportunity

://kannel.appointlet.com/ We're looking forward to see you at MWC in Barcelona. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org

Re: [PATCH] KSMPPD (and other?) utility methods for smpp_pdu.c

Am 26.09.2016 19:47, schrieb Donald Jackson: Fair point, ignore this patch in that case :) np, we're happy that you're active... we still need to get SOMETHING, before refusing it ;) Stipe -- Best Regards, Stipe Tolj

Re: [PATCH] KSMPPD (and other?) utility methods for smpp_pdu.c

_len(os)-4); octstr_destroy(os); ret = SMPP_PDU_UNPACK(esme, os2); octstr_destroy(os2); } return ret; } Stipe -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel

Re: [PATCH] Reduce logging in dbpool_mysql.c

t as extra DEBUG level information, but we wouldn't see it in the "normal" DEBUG way. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture h

Re: [PATCH] KSMPPD (and other?) utility methods for smpp_pdu.c

Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org ---

Re: [PATCH] Memory leak in smpp_pdu.c

Am 24.09.2016 13:55, schrieb Rene Kluwen: +1 from me. yep, good catch Donald. +1 for it. If no objections, will commit. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org

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

Am 27.04.2016 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 doesn't comply with the official DLR format of SMPP v3.4 spec

[PATCH] SMPP DLR item scan (old way)

ut a space. It does not impact any current pattern matching. If qualified objections arise, I will be committing the patch these days. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.

[ANNOUNCE-REMINDER] GSMA MWC 2016 Meeting opportunity

Dear Kannel users, a couple of more days to go reminder: We are happy to announce that several Kannel group team members will be attending this years GSMA Mobile World Congress in Barcelona, Spain from 22-24 Feb 2016. If you are a mobile network operator, a messaging aggregator, a system

Re: [PATCH] SMSC specific 'sms-combine-concatenated-mo[-timeout]'

Am 09.02.2016 23:11, schrieb Rene Kluwen: Looks like a neccesary patch. this is not a "weired" durch irony thing? ;) -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.

[PATCH] SMSC specific 'sms-combine-concatenated-mo[-timeout]'

specific timeout value at the time the clean-up is running. Added the fields to the SMSCconn struct and took care they are handled as they should. Please review and comment. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany

[ANNOUNCE] GSMA MWC 2016 Meeting opportunity

the direct interface to the scheduling planer via URL https://kannel.appointlet.com/. We're looking forward to see you at MWC in Barcelona. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation

Re: Status of smsc_cgw

Am 23.07.15 12:07, schrieb Kalle Niemitalo: We wanted to connect Kannel 1.4.4 to Sonera Content Gateway and use it for MO SMS and MT SMS. Kannel includes gw/smsc/smsc_cgw.c for this, although it is not documented in the user guide. It was easy to set up, but our testing found several bugs. I

Re: [PATCH] orig DLR bitmask passing back via DLR msg

Am 16.07.2015 15:45, schrieb Stipe Tolj: Am 16.07.2015 14:15, schrieb Alexander Malysh: I disagree to put it in dlr group because it has nothing with dlr todo. To dlr group belongs submittime/donetime/errorcode etc. (means any metadata that are DLR specific) but original message is not related

Re: [PATCH] orig DLR bitmask passing back via DLR msg

Am 13.07.2015 17:50, schrieb Alexander Malysh: Hi Stipe, first of all I don’t get the intension for this feature? Please explain. Hi Alex, the intention was actually explained, let me enroll here. When the DLR gets back to an smsbox application, we get only the DLR event itself, i.e.

Re: [PATCH] orig DLR bitmask passing back via DLR msg

Am 16.07.2015 14:15, schrieb Alexander Malysh: I disagree to put it in dlr group because it has nothing with dlr todo. To dlr group belongs submittime/donetime/errorcode etc. (means any metadata that are DLR specific) but original message is not related to DLR. If we think further about your

Re: Fwd: Need Help Regarding Encrypting Passwords

Am 10.07.15 15:42, schrieb Milan P. Stanic: Is it wise to give any password on the command line, especially for long running processes, because it could be seen with the simple 'ps' command except when the system is security hardened. that's not a problem, as other UNIX daemons do, we can

[PATCH] orig DLR bitmask passing back via DLR msg

Hi list, at the moment we don't pass back the original set bitmask when a DLR msg-sms is send back to an smsbox connection, we just set the actual DLR even bit in msg-sms.dlr_mask. I would like to add the original DLR bitmask that was set when MT was processed in the msg-sms.meta_data part,

Re: BB crash svn revision 5141

Am 01.07.2015 11:50, schrieb Ahmed Shabana: Dear Stipe , Sorry for delay , find the ouput of the command as below $ addr2line -e bearerbox 0x41a338 0x414884 0x498c56 /kannel/src/production/trunk/gw/bb_store_file.c:329 /kannel/src/production/trunk/gw/bb_http.c:452

Re: Kannel and FreeBSD

Am 04.06.15 01:56, schrieb Danilo Baio: Hello. Recently was updated the package Kannel on FreeBSD ports. I am testing and it's working, but there are some messages on log like these: After a send by :13013/cgi-bin/sendsms == /var/log/kannel/smsbox.log == 2015-05-18 09:57:56 [9014] [1] ERROR:

Re: BB crash svn revision 5141

Am 25.06.15 16:49, schrieb Ahmed Shabana: Dears at kannel devel , For strange reason I get this panic 2015-06-25 12:42:19 [13813] [3] PANIC: gwlib/octstr.c:2560: seems_valid_real: Assertion `ostr-data == NULL' failed. (Called from gw/bb_store_file.c:341:store_file_status.) 2015-06-25 12:42:19

Re: [patch] add UUID to HTTP headers

Am 22.06.15 10:28, schrieb Alexander Malysh: Hi, maybe you are right, but for your scenario we already have some other routing things in place. If one provider is slow, then just define preferred smsc and low queue size, then kannel will send automatically via second provider without a need to

[PATCH] Fix delayed shutdown when smsbox vanishes with high MO traffic

Hi list, when having a high IO scenario, i.e. a lot of DLRs coming in from the upstream SMSC side, and the smsbox connection vanished, then the thread gw/bb_box.c:sms_to_smsboxes() is most likely in the gwthread_sleep() loop captured. If we SIGTERM bearerbox it will iterate one more time,

[ANNOUNCE] GSMA MWC 2015 Meeting opportunity

://kannel.appointlet.com/. We're looking forward to see you at MWC in Barcelona. Best Regards, Stipe Tolj -- --- Kölner Landstrasse 419 40589 Düsseldorf, NRW, Germany tolj.org system architecture Kannel Software Foundation (KSF) http

Re: Incorrect DLR mapping in kannel 1.5.0

Am 24.11.2014 11:11, schrieb Tanja Kipreska: First 3 DLRs were with status=1(DELIVERED) and the 4th DLR was with status=2 (EXPIRED). Here are access.log details for the MSISDN I've tested with: 2014-11-20 11:21:11 Sent SMS [SMSC:smsc4.7] [SVC:bulk] [ACT:] [BINF:] [FID:9223372036854775807]

Re: [PATCH] Kannel bearerbox graceful restart support (via SIGHUP or HTTP admin command)

Am 21.10.2012 01:11, schrieb Stipe Tolj: Hi list, while doing some stress load testing for the graceful restart via SIGHUP, there was a segfault detected. We destroy the cfg_reloaded structure on each signal processing iteration. Therefore we CAN NOT have the grp pointer hosted in the SMSCConn

Re: Portech MV-37x patch

Am 12.11.2014 18:42, schrieb Anton Osennikov: Hello. Here was another try to solve the same problem, for ALLVoIP AV3402 device. The device looks the same: same additional command, same additional response. http://www.mail-archive.com/devel@kannel.org/msg11934.html Hi Anton, thanks a lot

Re: Portech MV-37x patch

Am 13.11.2014 14:48, schrieb Anton Osennikov: 13.11.2014 17:50, Stipe Tolj пишет: Am 12.11.2014 18:42, schrieb Anton Osennikov: Hello. Here was another try to solve the same problem, for ALLVoIP AV3402 device. The device looks the same: same additional command, same additional response

Re: [PATCH] [white|black]list for receiver addresses

Am 31.10.2014 11:35, schrieb Stipe Tolj: Am 31.10.2014 11:30, schrieb Alexander Malysh: Hi, +1 for the feature but not for the patch itself. I would propose to make it clear in the code and userguide which list ist for which field. Please rename black-list… to black-list-sender etc

Re: [PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances

Am 30.10.2014 18:46, schrieb Stipe Tolj: Hi list, typically we have one config group towards an SMSC that we copy-and-paste to create a number of same connection to it. The attached patch allows to define this multiplication via the config directive group = smsc ... instances = number

Re: Send unique GET request from Kannel (not fragmented)

Am 11.11.2014 17:11, schrieb Francisco Javier Arenales CASTRODEZA: Hi guys, I’m using Kannel as SMSCenter, receiving MT messages and responding to those messages by HTTP GET. Kannel receives fragmented SMPP messages and it responses by HTTP GET with fragmented messages as well. My question is:

Re: Portech MV-37x patch

Am 11.11.2014 15:56, schrieb Ariel Wainer: Hi, I modified slightly Raivis Rengelis's patch to use it with Kannel 1.4.4, the original patch was for 1.4.3. The only modification is on the line numbers. I'm posting it in hope that someone else might find it useful. I'm not sure if it's main-tree

Re: [PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances

Am 31.10.2014 11:26, schrieb Alexander Malysh: Hi Stipe, don’t know why we need this? If you need some amount of equal smsc connections then: 1) create file with smsc config: e.g. smsc.conf 2) in the global config: include smsc.conf include smsc.conf include smsc.conf

Re: [PATCH] [white|black]list for receiver addresses

Am 31.10.2014 11:30, schrieb Alexander Malysh: Hi, +1 for the feature but not for the patch itself. I would propose to make it clear in the code and userguide which list ist for which field. Please rename black-list… to black-list-sender etc. For the migration phase you can accept in the

Re: [PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances

Am 31.10.2014 11:26, schrieb Alexander Malysh: Hi Stipe, don’t know why we need this? If you need some amount of equal smsc connections then: 1) create file with smsc config: e.g. smsc.conf 2) in the global config: include smsc.conf include smsc.conf include smsc.conf

[PATCH] [white|black]list for receiver addresses

Hi list, this is a very intuitive addition to the way we allow handling '[white|black]-list[-regex]' config directives in the 'group = core' context. Unfortunately the existing logic only patterns against the msg-sms.sender (source address) of the message, but not against the receiver

[PATCH] 'group = smsc' directive 'instances = x' to multiply the runtime instances

Hi list, typically we have one config group towards an SMSC that we copy-and-paste to create a number of same connection to it. The attached patch allows to define this multiplication via the config directive group = smsc ... instances = number ... The patchset is a feature add and

[ANNOUNCE] Kannel 1.4.4 stable release available

The Kannel Group is pleased to announce the availability of Kannel 1.4.4 stable release via our web site at URL http://www.kannel.org/download.shtml Please find attached the NEWS file section for the 1.4.4 stable release. Best Regards, Stipe Tolj

[PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC

. + */ + +/* + * generic_tlv.c - handle generic TLVs for several protocol types + * + * Alexander Malysh amalysh at kannel.org + * Stipe Tolj stolj at kannel.org + */ + +#include string.h +#include generic_tlv.h + +#define DEFAULT_SMSC_ID def;ault + + +struct tlv_proto { + /* Dict(smsc_id, Dict(tag, tlv

Re: [PATCH] Generic TLV module functions - Re: UCP/EMI to support E50_HPLMN and E50_AC

Am 16.07.2014 16:54, schrieb Marc-Andre Gatien: Hi Stipe, That's exactly what I was looking for :) I know it was ugly the way I did it... I was short on time to get this connection working. How do I vote to get your patch applied on the trunk repo? Hi Marc-Andre, first of all, it would be

Re: [PATCH] Optional usage of submit_sm.message_payload for large MTs

Am 26.05.2014 18:59, schrieb Alexander Malysh: Hi Stipe, why this limit of 254? It's hard to explain for users what this mean, IMHO. I think, the beast would be to have config switch to use either short_message or message_payload. Another argument for simple switch that some SMSCs expect

Re: SMPP submit_sm resp reserved error.

Am 07.03.2014 07:34, schrieb [Digital^Dude] ®: Is there any possibility that kannel would send command_status != 0x00 ? and the sms would get failed? Does this happen in case of link throttling? How can throttling be handled at the ESME end? not on the submit_sm_resp side, this is a PDU coming

Re: SMPP submit_sm resp reserved error.

Am 07.03.2014 13:41, schrieb [Digital^Dude] ®: Here you go: DEBUG: SMPP PDU 0x7f6554000a10 dump: DEBUG: type_name: submit_sm DEBUG: command_id: 4 = 0x0004 DEBUG: command_status: 0 = 0x DEBUG: sequence_number: 20068 = 0x4e64 DEBUG: service_type: NULL DEBUG:

Re: SMPP submit_sm resp reserved error.

Am 06.03.2014 10:06, schrieb [Digital^Dude] ®: Some of the submit_sm resp packets do not contain the message ID after sequence number, and that gives a FAILED sms status. Can kannel be at fault? I'm using svn r5042 on a linux 64bit box. according to the protocol, a submit_sm_resp.message_id

Re: [PATCH] Meta-data support for SMPP resp PDUs

Am 10.02.2014 18:53, schrieb Alexander Malysh: Hi all, any objections or should I commit this patch? +1 from me... go ahead. :) Stipe -- --- Kölner Landstrasse 419 40589 Düsseldorf, NRW, Germany tolj.org system architecture

Re: New Redis DB storage

Am 23.01.2014 20:00, schrieb Abdul Basit: wonderful work team. I will test kannel with radis support. you're welcome. We would be pleased if people using Kannel appreciate our work and provide some substantial donation via our PayPal donation button on the web site. Stipe --

Re: [PATCH] Meta-data support for SMPP resp PDUs

Am 22.01.2014 14:22, schrieb Paulo Correia: Hi Stipe, I've just tested the patch and its working as intended :-) This is a case when the SMSC transmits the remaining credit on TLVs on the SUBMIT_SM_RESP and until now there was no way to retrieve that information unless for a grep of the logs

Re: [FYI] ** Happy New Year and new release cycles **

Am 08.01.2014 10:35, schrieb Alexander Malysh: Hi Stipe, this is good that you have now more time for kannel but I would like to see patches first in ML instead of direct commiting those in SVN. I agree if they really imply changes. Some have been already passed to the mailing list, i.e. the

[FYI] ** Happy New Year and new release cycles **

Dear lists, on behalf of the core Kannel developers we wish you all a HAPPY and BLESSED NEW YEAR 2014! I'd like to take the opportunity to push forward some of the patchsets that have been posted to the devel mailing list, but haven't made it yet into the SVN trunk tree. Going into the

Re: [PATCH] No PANIC on failing store_load()

Am 17.09.2013 15:42, schrieb Rene Kluwen: Also +1. A common error when using sqlbox is not setting sms_type to the proper value (2) whilst inserting an MT to send_sms. This will probably fill the store with messages with invalid sms_type values. yep, exactly. Can't we use default for the row

Re: [PATCH] No PANIC on failing store_load()

Am 17.09.2013 03:06, schrieb Willy Mularto: +1 It will be good to dump it to bearerbox-access log and flag it as FAILED MT and maybe add more info into it so we can analyse it. Thanks Stipe. BTW, committed to svn trunk. Disagree here for the FAILED SMS access-log entry, since it is

Re: [PATCH] No PANIC on failing store_load()

Am 17.09.2013 16:54, schrieb Willy Mularto: Thanks for your review. The other approach is to override the sms_type value during the INSERT. yep, most DBMSs allow setting default values, in case the INSERT statement does not insert a specific value for the field. That was my idea. It's

  1   2   3   4   5   6   7   8   9   10   >