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:
/mo.php?id=b0be9dd5-2087-490c-8cb2-a34e15dd8b9f&sc=&phone=XX&tex
t;
log-level = 0
dlr-storage = mysql
store-type = file
store-location = /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=%I&sc=%P&phone=%p&text=%a&met
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 rate
c-username = "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, N
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 wrote:
> If we are getting DRs faster than we can process them, I assume if we
>
might turn into transmitter mode, thus it should
> stop receiving DLRs.
>
>
> 2013/11/27 Jeff Thorn
>
>> 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
>>
t binds and 4 pure receiver binds.
> On Nov 27, 2013 8:15 PM, "Jeff Thorn" 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
your help 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 wrote:
>
>
>
> 2013/11/27 Jeff Thorn
>
>> The documentation says to set
t;
>
>
> 2013/11/27 Jeff Thorn
>
>> 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
>>
your PDU logs? Just the sections with DLRs.
>
> On 27 November 2013 22:32, spameden 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/
are doing a heavy volume of MTs?
Thanks again!
Jeff
On Wed, Nov 27, 2013 at 4:11 PM, Jeff Thorn wrote:
> Yesthat is exactly what I meant. Thanks Jason. I only set
> receive-port=0 on one of the transmitter binds as a test anyway. The others
> do not have that, but do have t
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 this for more than a year now with no
problems.
Suddenly about a week and a half ago, we noticed our throughpu
11, 2014 at 3:05 PM, spameden wrote:
>
>
>
> 2014-03-11 22:46 GMT+04:00 Jeff Thorn :
>
> 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
>>
ight away, even 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 wrote:
>
>
>
> 2014-03-11 23:48 GMT+04:00 Jeff Thorn
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 cod
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 id dst, type<1>
We have a number of binds setup to handle bulk messaging (which may queue
in kannel) or interactive messaging (which is less
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 wrote:
> We are seeing an increased number of error
n 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 wrote:
> We are seeing an increased number of error messages like the following:
>
> ERROR: SMPP[b
2014 at 3:23 AM, spameden wrote:
>
>
>
> 2014-04-24 1:20 GMT+04:00 Jeff Thorn :
>
> 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
sc-id to route your MTs.
>
> Also use smsc-admin-id so that you can start/stop/whatever each bind
individually
>
> Regards
>
>
> On Thu, Apr 24, 2014 at 10:49 AM, Jeff Thorn
wrote:
>>
>> Thanks for the response spamden. That is very unfortunate. We have a
legitimate
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 SM
Just following up on this question. Is there any way to report a failure to
SMSC if the sms-server get-url is unavailable?
Thanks!
Jeff
On Wed, Jun 25, 2014 at 5:06 PM, Jeff Thorn
wrote:
> Hi group,
> What does kannel report to SMSC if it cannot hit the URL specified in the
> get-u
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: SM
On Sep 30, 2015 10:38 PM, "spameden" wrote:
>
>
> 2015-10-01 5:23 GMT+03:00 Jeff Thorn :
>
>> 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)
&g
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 for the quick response Va
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 start
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" wrote:
> Hi,
>
> I am send
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
info.
Jeff Thorn
CEO
Thorn Technologies, LLC
https://www.thorntech.com
On Dec 20, 2017 8:38 PM, "Arya F" 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 it no longer
>
r in the DLR url looks 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
ng message that gets split,
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/
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
urs.
Hope this helps. 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.
&g
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
igher
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 &
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,
38 matches
Mail list logo
