Am 07.08.2012 23:43, schrieb Alan McNatty:
Hi Stipe,
Sounds great - as you say being able to use disk based replication
techniques would be good but also providing persistence as a default
option is also very valuable. I'll be keen to do some tests on IO
performance - my biggest concern for
Am 07.08.2012 23:54, schrieb Alan McNatty:
On Wed, 2012-08-08 at 09:43 +1200, Alan McNatty wrote:
also providing persistence as a default option is also very valuable.
An additional enhancement might be to spool the current in memory hash
on shut-down and load on start-up.
correct! This is
Am 22.08.2012 10:04, schrieb Alexander Malysh:
Hi,
I just commited hash from Robert Sedgewick as replacement for the old one. I
think that would be default for now?
yep, +1 for being the default.
Thanks for taking care Alex.
Stipe
--
Am 06.09.2012 17:45, schrieb Ahmed Shabana:
Dears ,
First , Thank you Guilaume for your reply .
I need a load balance which aware the SMPP commands specially deliver_sm
Because almost all our connection forced to be transceiver , and I need to
separate the delivery report
Am 12.09.2012 11:51, schrieb Toby Phipps:
Ahmed,
Why not just bind BearerBox1 as a SMPP transceiver and BearerBox2 as a
SMPP receiver? This way the transceiver will be used for all PDUs but
you'll also have a dedicated BB just for DLRs. Obviously, both would
need to be bound to the same
Am 21.09.2012 21:29, schrieb Rudy Matela:
Hello,
Is this list still active? Is this the right place to submit patches?
Hello Rudy,
yes, the devel@ and the users@ lists are both active. The users@
obviously a bit more, since there are way more subscribers.
All the Kannel core developers
Hi list,
this is a simple patchset allowing to handle 'foreign_id' as we handle
it in the msg struct in the DB schemas.
Please review and vote for commit.
Stipe
--
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
Am 02.10.2012 22:52, schrieb Rene Kluwen:
The patch is a little bit difficult to read, but I get the concept.
One disadvantage of this patch is that it is backward incompatible. You need
to re-create the sqlbox tables and thereby you lose your old information.
If you are unaware of this
Am 03.10.2012 22:36, schrieb Juan Nin:
Was this ever commited?
Hi Juan,
nop, this never made it's way to the SVN trunk. I'm winding this up
right now.
All I'd like to change is the name of the config directive, and use
'dead-start = no' (as default). The term boot is something strange to
Am 08.10.2012 18:40, schrieb Stipe Tolj:
Am 03.10.2012 22:36, schrieb Juan Nin:
Was this ever commited?
Hi Juan,
nop, this never made it's way to the SVN trunk. I'm winding this up
right now.
All I'd like to change is the name of the config directive, and use
'dead-start = no' (as default
/smpp_pdu.def(working copy)
@@ -62,6 +62,8 @@
* Initial optional parameters implementation.
* Alexander Malysh a.mal...@centrium.de:
* Extended optional parameters implementation.
+ * Stipe Tolj stolj at kannel.org:
+ * Adding SMPP v5.0 PDUs
*/
@@ -118,6 +120,9
Hi list,
after further revision of the gSOAP support patch that enables Kannel to
used Ericsson's Parlay/X and GSMA's OneAPI SOAP interfaces for SMS
sending and receiving, here is the latest patchset, which is drastically
reduced.
We're expecting the system to host the gsoap import/ and
Am 09.10.2012 09:38, schrieb Jan Chrillesen:
I have just tested out your patch on FreeBSD. It applies cleanly to the
latest kannel snapshot. I need to change the Makefile to point to the
correct location of the gsoap files (/usr/local/share/gsoap on FreeBSD).
Need to use gmake instead of system
Am 09.10.2012 09:38, schrieb Jan Chrillesen:
I have just tested out your patch on FreeBSD. It applies cleanly to the
latest kannel snapshot. I need to change the Makefile to point to the
correct location of the gsoap files (/usr/local/share/gsoap on FreeBSD).
Need to use gmake instead of system
Hi lists,
I'm intentionally cross-posting here, sorry for the noise of those
getting it on both channels.
I have been finalizing the GSMA OneAPI v1.0 SOAP/XML protocol support
for Kannel for SMS send/receive. In fact in the meantime, as all seem to
jump on the SOAP/XML is sooo complicated,
Am 08.10.2012 20:39, schrieb Stipe Tolj:
Hi list,
please find attached a patchset that adds all the relevant new PDUs and
optional TLVs as defined in SMPP v5.0. The diff is against current SVN
trunk.
Some facts about the patch:
- We add the missing PDUs as defined in SMPP v5.0, even while
Hi list,
I have abstracted the gwlib/cfg.[ch] module in order not to handle
simply a 'config file', but a 'config resource', which then can be
either of:
- a config file
- a config URL, retrieving the config via the HTTP body
- the stdin pipe, allowing to pipe in a config
- a data block
Am 19.10.2012 11:54, schrieb spameden:
kannel needs graceful reload option badly :)
I agree, a SIGHUP'ed approach to reload the configuration gracefully
is needed.
But we do have the HTTP admin comman 'add-smsc' for bearerbox, allowing
to reload the config and add then a specific 'smsc-id'
Am 19.10.2012 12:09, schrieb Filippo Natali:
Hi,
you can use the 'add-smsc' HTTP Administration interface command to add
connections on the fly (and use remove-smsc to remove them)
correct,
the HTTP admin commands re-load the config and apply the addition of a
SMSC connection based on it's
Hi list,
ok, this has been long awaited I guess: graceful restarting of Kannel
bearerbox.
At the moment we can shutdown a specific SMSC and restart it again. But
we can't effectively move SMSC config parts in and out while keeping the
bearerbox running for those SMSC connections that should
Am 20.10.2012 10:14, schrieb spameden:
Great work, Stipe!
That was really quick.
thanks :). Please express your thanks also via the PayPal donation
button on the web site. We are getting literally no donations within the
last 1-2 years. Which is really a shame, being the most used SMS
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 struct. Otherwise we run into a
Am 20.10.2012 17:58, schrieb spameden:
Just did small portion from my another e-mail.
thanks. Though, a lot more people should be doing this. Seems I will
need to make a big announcement for it, after releasing Kannel 1.5.1
devel. ;)
Thanks, will test this. What If I have smsc1 with
Am 21.10.2012 01:30, schrieb Stipe Tolj:
We split the md5 hash into 2 parts, one is for the pure logical
connection, hence incorporating the host, port, username, password, any
SMSC relevant options etc. The other one are the routing parameters of
bearerbox, so, allowed-smsc-id, denied-smsc-id
Am 23.10.2012 15:39, schrieb Vincent CHAVANIS:
Any comments ?
will look into it today and comment.
Stipe
--
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation
Am 25.10.2012 18:04, schrieb Alexander Malysh:
patch looks OK but missing userguide part.
isn't it always the missing userguide part? :p
Stipe
--
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system
Dear developers,
Dear users,
in the name of the whole Kannel Group, and to all the great individual
supporters and contributor that have shown again tremendous
participation and encouragement in this year we wish you:
*** Merry Christmas, Happy Holidays and a Happy New Year! ***
Enjoy the
Dear users,
we're attending the GSMA Mobile World Congress 2013 in Barcelona, Spain
again.
Please feel free for any attendees that are available on the venue and
would like to meet Alexander Malysh or Stipe Tolj to make an networking
appointment with us via the appointment organizer
Am 11.03.2013 09:40, schrieb Ahmed Shabana:
I think this is more fit users mailing list
correct ;)
UCS2 can send any characters from any lang
correct. You will use UCS-2 encoding between the SMSC and Kannel, and
the application layer (php) to ensure you can transport Chinese
characters
Am 09.04.2013 09:24, schrieb Alexander Malysh:
Hi,
any objections from WAP Experts?
patch looks good, +1 for committing. Go ahead Alex ;)
Stipe
--
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system
Am 20.03.2013 23:45, schrieb Piotr Galecki:
Hi Stipe,
Attached is the latest patch for fakewap with additional functionality:
- parse WSP message and save only the received payload to the output file
- support for connectionless get/post
- robustness fixes for Post (resend group segments
Hi list,
here is a simple patch that adds the capability to define an default
DLR URL and bit mask for the 'group = sms-service', when we use the HTTP
response (or a defined fixed reply string) directly as MT back to the user.
At the moment we can parse the X-Kannel HTTP headers for a
Am 16.08.2013 18:09, schrieb Alexander Malysh:
Hi,
looks good, got for it...
committed to svn trunk.
Stipe
--
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software
Hi list,
attached is a very simple change in behavior in being more runtime
constraining, in case a message in the spool has an invalid 'sms_type'
we SHOULD NOT PANIC i.e. but rather dump an ERROR entry and try to continue.
Otherwise we may enter an infinite PANIC/restart loop for cases that
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
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
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
Am 17.09.2013 17:22, schrieb Willy Mularto:
Sorry, it doesn't mean setting default value during table creation
right? Because this approach will still might be interupted by user's
value. Thanks.
The default value is defined during table creation, yes. The point is:
IF the user doesn't
Am 17.09.2013 18:56, schrieb Rene Kluwen:
Agreed with Stipe here.
If the users enters a different value for sms_type, it is their
responsibility.
What is covered here, is an accidental wrong value for sms_type, because
nowhere is documented that sms_type should be set to MT (value '2') because
Am 17.09.2013 18:56, schrieb Rene Kluwen:
Agreed with Stipe here.
If the users enters a different value for sms_type, it is their
responsibility.
What is covered here, is an accidental wrong value for sms_type, because
nowhere is documented that sms_type should be set to MT (value '2') because
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
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
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
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
--
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
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
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
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:
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
.
+ */
+
+/*
+ * 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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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]
://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
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,
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
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:
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
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
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
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.
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
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
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,
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
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
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.
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
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
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.
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
://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
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
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
---
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
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
_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
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
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
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
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
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
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
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
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/
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
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
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
1301 - 1400 of 1437 matches
Mail list logo