Hello All,
I am seeing some odd characters in the HTTP call we are getting form smsbox
for MOs. I expect the text from the phone to be:
RE: Testing reply ---testing iden
Here is the URL we are getting:
= /var/log/kannel/msg-store.db
sms-incoming-queue-limit = 0
group = sms-service
keyword-regex = .*
catch-all = yes
max-messages = 0
get-url =
http://192.168.11.100/sms/mo.php?id=%Isc=%Pphone=%ptext=%ameta=%Ddt=%tunixts=%T
Thank you for your help!
Jeff
--
Jeff Thorn
Principal Software Architect
Hello Group,
We are receiving DLRs from the SMSC faster than we can process them. Our
setup is supposed to have 6 transmit binds and 4 receive binds. However, I
just looked at status page showing all our binds and it looks like all 10
of our binds are receiving DLRs and they are coming in at a
= xxx
smsc-password = xxx
system-type =
address-range =
source-addr-ton = 2
source-addr-npi = 1
dest-addr-ton = 2
dest-addr-npi = 1
enquire-link-interval = 30
msg-id-type = 0x03
I appreciate any help on this issue.
Thanks!
Jeff
On Tue, Nov 26, 2013 at 5:36 PM, Jeff Thorn j
It looks like setting receive-port=0 has no effect on DLRs. Is there any
way to control which binds receive DLRs or to somehow control how fast they
are received?
On Wed, Nov 27, 2013 at 10:15 AM, Jeff Thorn j...@thorntechnologies.comwrote:
If we are getting DRs faster than we can process them
mode, thus it should
stop receiving DLRs.
2013/11/27 Jeff Thorn j...@thorntechnologies.com
It looks like setting receive-port=0 has no effect on DLRs. Is there any
way to control which binds receive DLRs or to somehow control how fast they
are received?
On Wed, Nov 27, 2013 at 10:15 AM
.
On Nov 27, 2013 8:15 PM, Jeff Thorn j...@thorntechnologies.com wrote:
Thanks for the response. In my scenario, we want to be able to send as
fast as possible. We are regularly submitting MTs at a rate of 200 /
second. We get DLRs at a rate of 1.5 - 2 times this (300 - 400 / second).
This makes sense
with this. We are definitely doing a considerable
volume. We do report the status of 8s. So I am thinking I may need to tune
the mysql dlr database.
On Wed, Nov 27, 2013 at 1:32 PM, spameden spame...@gmail.com wrote:
2013/11/27 Jeff Thorn j...@thorntechnologies.com
The documentation says
:
2013/11/27 Jeff Thorn j...@thorntechnologies.com
I see. So does that mean the the DLRs I am seeing on the transmit binds
are only status 8s? Would the volume of 8 messages impact the sending of
other status from the SMSC? I am trying to understand the cause of the
error from the operator
, spameden spame...@gmail.com wrote:
Most likely that's because you set receiver-port = 0.
Check your smsc log as well and post here any errors you find.
2013/11/27 Jeff Thorn j...@thorntechnologies.com
The SMSC Operator said they were getting Window on receiver link full
errors from
, spameden spame...@gmail.com wrote:
2014-03-11 22:46 GMT+04:00 Jeff Thorn j...@thorntechnologies.com:
Hi group,
We currently have 7 different Tx binds setup to our SMSC. We have been
sending MT volumes of up to 3,000,000 messages per day at a rate of almost
200 / second. We've been doing
though there are
older messages queued, can you briefly explain the logic that kannel uses
to determine whether a message should be queued or sent right away?
Thanks,
Jeff
On Wed, Mar 12, 2014 at 2:02 AM, spameden spame...@gmail.com wrote:
2014-03-11 23:48 GMT+04:00 Jeff Thorn j
We've been using kannel for a very long time, sending messages with the
default coding value of 0. We just received a complaint that underscore
characters are not appearing in messages which I believe is a known issue
with the GSM7 charset.
I am trying to understand the impact of moving from a
Just wanted to follow up on this question. What is the impact of moving
from coding=0 to coding=1 for all MT messages? Do we risk some handsets not
being able to view the message?
Thanks!
Jeff
Jeff Thorn
Principal Software Architect
Thorn Technologies, LLC
(410) 429-0255
www.thorntech.com
We are seeing an increased number of error messages like the following:
ERROR: SMPP[bind-b]: got DLR but could not find message or was not
interested in it idxx dstxxx, type1
We have a number of binds setup to handle bulk messaging (which may queue
in kannel) or interactive messaging
I've searched the user groups for this issue and everyone says to use the
same smsc-id. We specifically need different smsc-ids so our interactive
messages can be delivered in real time.
On Wed, Apr 23, 2014 at 4:45 PM, Jeff Thorn j...@thorntechnologies.comwrote:
We are seeing an increased
on the same
smsc-id that the message was sent from? Otherwise, I don't understand why
there is an option to specify different smsc-ids.
Thanks!
On Wed, Apr 23, 2014 at 4:45 PM, Jeff Thorn j...@thorntechnologies.comwrote:
We are seeing an increased number of error messages like the following:
ERROR
AM, spameden spame...@gmail.com wrote:
2014-04-24 1:20 GMT+04:00 Jeff Thorn j...@thorntechnologies.com:
I've searched the user groups for this issue and everyone says to use the
same smsc-id. We specifically need different smsc-ids so our interactive
messages can be delivered in real time
so that you can start/stop/whatever each bind
individually
Regards
On Thu, Apr 24, 2014 at 10:49 AM, Jeff Thorn j...@thorntechnologies.com
wrote:
Thanks for the response spamden. That is very unfortunate. We have a
legitimate need to have different smsc-ids but have only one account. How
Hi group,
What does kannel report to SMSC if it cannot hit the URL specified in the
get-url of the kannel sms-service configuration?
More specifically - what status does kannel deliver to SMSC
in DELIVER_SM_RESP pdu if the sms-service get-url is unavailable?
Does it report an error back to the
Hello,
We had a instance of the bearerbox running for a few hours without smsbox
running. Looks like we had a number of incoming message (deliver_sm)
attempts.
The logs show this (several times):
WARNING: smsbox_list empty!
WARNING: incoming messages queue too long, dropping a message
WARNING:
, 2015 10:38 PM, "spameden" <spame...@gmail.com> wrote:
>
>
> 2015-10-01 5:23 GMT+03:00 Jeff Thorn <j...@thorntechnologies.com>:
>
>> Hello,
>> We had a instance of the bearerbox running for a few hours without smsbox
>> running. Looks like we had a
Are you storing dlrs in a database? Without the proper indexes it
performance will definitely degrade as it takes longer and longer to look
up the dlr. Kannel doesn't optimize the dlr database. You need to do that.
On Apr 24, 2016 5:55 AM, "Nanda Kumar P" wrote:
> Thanks
Hello Group,
I just experienced a very rare crash of Kannel. We are using the following
settings for store type:
store-type = file
store-location = /var/log/kannel/msg-store.db
After restarting everything, I noticed a very large (3 GB) msg-store.db.bak
file.
Kannel took several minutes to
We have noticed the same issue. My guess is that since emojis are multi
byte characters the message is getting split mid emoji. For the time being,
we have a policy not to put an emoji character around the 36 character
position.
On Dec 13, 2016 1:21 AM, "Manas Mohanty"
We always proxy kannel with Apache or Nginx. That should resolve your
issue.
Jeff
Jeff Thorn
CEO / Principal Software Architect
Thorn Technologies, LLC
www.thorntech.com
@thorntech <http://twitter.com/thorntech> | LinkedIn
<http://www.linkedin.com/in/jeffthorn> | Fa
lit,
the %A parameter in the DLR url looks like this:
NACK/
Any feedback is appreciated. Thanks!
Jeff Thorn
CEO / Principal Software Architect
Thorn Technologies, LLC
www.thorntech.com
@thorntech <http://twitter.com/thorntech> | LinkedIn
<http://www.linkedin.com/in/jeffthorn> |
Hi Alex,
Thanks for explaining, makes sense.
The most common status we get is invalid destination address (0x000b).
In this case all 3 parts in your example would have the same status. Would
it make sense to include the status of it was the same for all parts?
Jeff Thorn
CEO
Thorn
info.
Jeff Thorn
CEO
Thorn Technologies, LLC
https://www.thorntech.com
On Dec 20, 2017 8:38 PM, "Arya F" <arya6...@gmail.com> wrote:
> There was the Mbuni project, but it looks like it's dead at this point,
> the latest release is from 2011 and I read reports online that i
like this:
NACK/
Is this a known issue? Is there a fix for this?
Thanks,
Jeff Thorn
Hi Kannel Users,
I wanted to follow up on this issue I reported last week. Has anyone seen
this before? I am having trouble getting the command_status field (%A) in
my dlrs if the original MT message was a long sms message.
Thanks,
Jeff
Jeff Thorn
CEO / Principal Software Architect
Thorn
s. Maybe someone can elaborate on that local caching logic.
Jeff Thorn
CEO
Thorn Technologies, LLC
https://www.thorntech.com
On Sat, Oct 19, 2019, 12:15 PM Rene Kluwen wrote:
> Your observaction is a bit “odd” in the sense that by nature, Kannel
> should send messages FIFO.
>
>
>
> Th
We are using Redis for our DLR store. If there is an issue with the Redis
database and kannel cannot save the DLR info, does the MT request get sent
anyway or does the whole request fail? Thanks!
Jeff Thorn
CEO
Thorn Technologies, LLC
www.thorntech.com
@thorntech <http://twitter.com/thornt
than MOs. We queue the DLRs and process them asynchronously at our own pace
so the one kannel server with receive binds doesn't get bogged down.
Hope this helps.
Jeff Thorn
CEO
Thorn Technologies, LLC
https://www.thorntech.com
On Sun, Mar 29, 2020, 3:49 PM Antony Stone <
antony
kannel.org/download/1.5.0/userguide-1.5.0/userguide.html#AEN4623
Jeff Thorn
CEO
Thorn Technologies, LLC
www.thorntech.com
@thorntech <http://twitter.com/thorntech> | LinkedIn
<http://www.linkedin.com/in/jeffthorn> | Facebook
<http://www.facebook.com/thorntechnologies>
On Tue, Aug 18,
35 matches
Mail list logo