Can you try the latest revision? We applied a patch yesterday that
url-encodes msgdata and udhdata, I guess it should fix this issue as well.
Regards,
Alex
On Fri, Nov 12, 2010 at 1:52 PM, Rene Kluwen rene.klu...@chimit.nl wrote:
This patch should solve the issue.
-Original Message-
.
== Rene
*From:* Alejandro Guerrieri [mailto:alejandro.guerri...@gmail.com]
*Sent:* Friday, 12 November, 2010 14:06
*To:* Rene Kluwen
*Cc:* Willy Mularto; Kannel Users
*Subject:* Re: [PATCH] RE: SQLBox INSERT INTO MySQL Bug
Can you try the latest revision? We applied a patch yesterday
I've commited Stipe's patch yesterday, and extended it to do the same on
udhdata as well.
Please update to latest svn head and you'll get it.
Regards,
Alex
On Fri, Nov 12, 2010 at 2:51 PM, James E jam...@gmail.com wrote:
Hi Harbhag,
I used this patch. Compliments of Stipe.
Regards,
J
, Alejandro Guerrieri wrote:
Yes, it url-encodes msgdata and udhdata when saving, and url-decodes when
reading.
It also allows wap pushes to work btw.
Regards,
Alex
On Fri, Nov 12, 2010 at 2:59 PM, Rene Kluwen rene.klu...@chimit.nlwrote:
Does it also encode normal text messages? Because those
That's not correct. DLR matching is done using the smsc-id, ts (which is the
unique I'd for the message received from the carrier) and in some cases the
destination number.
You can use different binds as long as they have the same smsc-id (you wouldn't
be able to load-balance otherwise).
I
Perhaps it's a nulterminated?
Length is 51 counting the \0, try with nulterminated and 50.
Hope it helps,
Alex
BlackBerry de movistar, allí donde estés está tu oficin@
-Original Message-
From: James E jam...@gmail.com
Sender: users-boun...@kannel.org
Date: Sat, 30 Oct 2010 22:16:03
Jinson,
store-dump-freq only applies to the file store-type.
Are you sure that the spool folder exists, and it's writable by the process
kannel is running as?
Have you checked the logs?
Regards,
Alex
On Tue, Oct 26, 2010 at 4:47 PM, Jinson jin...@mobme.in wrote:
Sorry for the trouble. Was
wrote:
I can not afford consuming huge memories...its already using 80% of my swap
area and message queues are getting increased.
Is there any alternative to solve this? How about sqlbox?
*Jinson*
*
*
On Tue, Oct 26, 2010 at 8:29 PM, Alejandro Guerrieri
alejandro.guerri
to the smsbox?
I suppose that by using sqlbox, queue will not be there in memory and
messages will be processed from the database.
*Jinson*
On Tue, Oct 26, 2010 at 8:45 PM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Ok, some questions:
kannel is running as user
/sec, outbound (10.1 ,3.56,16.07) msg/sec
.
.
.
*SMPP1*SMPP:xxx.xxx.xxx:xxx/xx:: (online 63160s, rcvd 338367,
sent 158036, failed 4940, queued 278999 msgs)
*Jinson*
*
*
On Tue, Oct 26, 2010 at 9:31 PM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote
Can't you pass it on account (%o) ?
Regards,
Alex
On Sat, Oct 16, 2010 at 9:32 PM, Rafael Azevedo raf...@r2pro.com.br wrote:
Hi everyone,
Does anybody knows how can I send trough http parameter the SMS FOREIGN ID?
I have kannel working with SMSC HTTP GATEWAY, that in order to check
It's done over FreeTDS, so as long as FreeTDS supports it it will work. I've
tested it with both (and also some Sybase engines) and I know it's running
on production with no issues on many places.
Regards,
Alex
On Thu, Sep 23, 2010 at 5:55 PM, Luís Tiago Rico
lti...@present-technologies.com
Dorian,
Kannel uses threads. It doesn't fork.
There's a _huge_ difference in terms of cost between a thread and fork.
Using exec is a very bad idea in terms of performance and security.
Regards,
Alex
On Fri, Sep 17, 2010 at 10:59 AM, dorian doria...@o2.pl wrote:
1. See DEBUG line. Even if
Of course you're free to use whatever setup it fits your taste. I'm just
telling that even with the http overhead it'll perform way better than
spawning a new process on each SMS you get.
Regarding dlr report, if you get the DLR's on sqlbox, you could add a unique
identifier inside dlr-url and
delivery request flag. Whose mistake is this -
kannel's (which does not send delivery request in each message), or
SMSC's (which does not send me delivery message)?
On Thu, Sep 16, 2010 at 11:38 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Ivan, %F comes loaded
user values you provided on all of them.
Actually - no. With %F it is the different urls
I'm feeling dummy but what is MO? Is it the way of manual splitting
the messages into parts with (1/3, 2/3, etc) in the beginnig?
On Thu, Sep 16, 2010 at 5:32 PM, Alejandro Guerrieri
alejandro.guerri
You've set immediate-sendsms-reply = false. That causes Kannel to wait for
the smsc to respond before giving control back.
I'd advise you to comment that line, it'll seriously hurt your MT queueing
performance (since your web interface won't return immediately).
Apart from that, check the logs
Yes. I wouldn't call it a bug, it was a design decision. Of course you're
absolutely entitled to disagree with it and change it on your local tree, as
you already did :)
Now, the issue is, since you define one dlr-url (probably with a unique id
you created) and Kannel splits the message into 2 or
[mailto:cornejo.alv...@gmail.com]
Sent: 15. september 2010 16:33
To: Peter Mohr
Cc: Alejandro Guerrieri; users@kannel.org
Subject: Re: Delayed reply - wait for bearerbox
What is your smsc log? Did you see a submit or response pdu? Else does you
message is shown in kannels queue? check the admin interface
You're wrong. When you queue the message, you specify the dlr-url to use.
If kannel splits the message into 3 segments, and you modify kannel to ask
for DLR's on the 3 of them, you'll get the same dlr-url called 3 times.
If you set dlr-url=http://my.host.com/dlr.php?id=1234, it will be called 3
are in complete
agreement. I didn't mean different dlr-url locations, but 3 different
dlr-url attempts, one for each part. Don't jump the gun over nothing.
BR,
Nikos
- Original Message -
*From:* Alejandro Guerrieri alejandro.guerri...@gmail.com
*To:* Nikos Balkanas nbalka...@gmail.com
*Cc:* Rene
, 15 September, 2010 23:58
To: Alejandro Guerrieri; users@kannel.org
Subject: Re: registered_delivery and multi-parts message
Not the same id. Each part has its own SMSC message_id
On Thu, Sep 16, 2010 at 12:36 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Yes. I wouldn't
Some aggregators have issues with the timeline of DLR's.
It happened to us with one of them, the DLR's arrive before the
submit_sm_resp, so when the delivery receipt arrives, the DLR is not yet
stored on the DB, thus it fails.
Check the logs to see if that's the case. The entry writing the DLR
Unmatched DLRs are discarded and erased from storage
How so? You need to do that _manually_ I'm afraid. If a DLR arrives and it's
not found, it means that it's NOT on the DB, so there's nothing to delete.
If a DLR doesn't arrive, the original entry will remain there forever. You
need to run a
need the throttling patch and DB DLR functionality which is not in the
current Fedora rpm as far as i know.
I will let everybody know once completed
Kind Regards
Jarratt
On 09/13/2010 11:55 AM, Alejandro Guerrieri wrote:
Some aggregators have issues with the timeline of DLR's
and spool or file storage used for all MOs. The one seen from HTTP
admin.
BR,
Nikos
- Original Message - From: Alejandro Guerrieri
To: Nikos Balkanas
Cc: Jarratt Ingram ; users@kannel.org
Sent: Monday, September 13, 2010 1:21 PM
Subject: Re: DLR and Message Type question
Unmatched
- From: Alejandro Guerrieri
To: Nikos Balkanas
Cc: Jarratt Ingram ; users@kannel.org
Sent: Monday, September 13, 2010 1:59 PM
Subject: Re: DLR and Message Type question
No, he's clearly speaking of DLR's.
The statement Unmatched DLRs are discarded and erased form storage. it's
they are discarded and deleted from
storage when mismatched even if his smsbox is down.
BR,
Nikos
- Original Message - From: Alejandro Guerrieri
To: Nikos Balkanas
Cc: Jarratt Ingram ; users@kannel.org
Sent: Monday, September 13, 2010 2:35 PM
Subject: Re: DLR and Message Type question
Latest SqlBox requires the SVN version of Kannel (to support meta-data).
Regards,
Alex
On Wed, Sep 8, 2010 at 2:05 PM, Jinson jin...@mobme.in wrote:
Hello,
I was trying to install SQLBox with Kannel 1.4.3
Getting the following error when I run *make*
*
*
*
*
*
sqlbox_mysql.c: In
No it doesn't, you need to use the SVN version.
Regards,
Alex
BlackBerry de movistar, allí donde estés está tu oficin@
-Original Message-
From: Anas Alnaffar a.alnaf...@tijaritelecom.com
Sender: users-boun...@kannel.org
Date: Sat, 4 Sep 2010 15:53:11
To: users@kannel.org
Subject:
and the lowest priority queue?
thanks
- Original Message - From: Alejandro Guerrieri
To: Nikos Balkanas
Cc: Waqas Farooq ; users@kannel.org
Sent: Tuesday, July 20, 2010 4:11 PM
Subject: Re: Kannel queue with same priority is unpredictable
That's not correct. At least on SVN
below in your email that being 3 the highest and 0 the
lowest
Please confirm what is the top and the lowest priority queue?
thanks
- Original Message - From: Alejandro Guerrieri
To: Nikos Balkanas
Cc: Waqas Farooq ; users@kannel.org
Sent: Tuesday, July 20, 2010 4:11 PM
Subject: Re
Don't worry we all make mistakes :)
I'm glad you solved it and thank you for letting us know as well.
Regards,
Alex
On Thu, Sep 2, 2010 at 12:48 PM, dafodil neo.tu...@yahoo.com wrote:
Hi Jacob,Alex and every one,
Thanks for ur time.I did a stupid thing thats why this happened.
Sorry for
How are you creating the reply? I guess it's using a sendsms url? Please
post it.
Regards,
Alex
On Wed, Sep 1, 2010 at 3:55 PM, Jan van der Vyver j...@in2one.co.za wrote:
Dear All
We are connecting to an SMSC for USSD purposes.
We require to send a destination_port=9280 meta-data in the
From: Alejandro Guerrieri [mailto:alejandro.guerri...@gmail.com]
Sent: 01 September 2010 04:10 PM
To: j...@in2one.co.za
Cc: Jonathan Zylberberg; users@kannel.org
Subject: Re: Meta data parameters in kannel snapshot version (31/08/2010)
How are you creating the reply? I guess it's using
SVN is as stable as 1.4.3, or even better. You can safely run it in
production.
Regards,
Alex
On Tue, Aug 31, 2010 at 8:14 PM, Jonathan Zylberberg jzylberb...@verrus.com
wrote:
It would be great for me to know if there is a single patch to be applied
to the source code for this fix. The
Are you sure that your carrier is sending the dlrs to you? Put log-level to 0
an check your smsc logs, the dlr should be there (it's a deliver_sm pdu similar
to an MO but you'll recognize it by the payload).
Regards,
Alex
BlackBerry de movistar, allí donde estés está tu oficin@
I concur. max-pending-submits would improve performance on high-latency
scenarios. It's your best bet.
You could also try removing the throughput limit, if you're not reaching it,
but won't make any difference.
Regards,
Alex
On Fri, Aug 20, 2010 at 11:06 PM, Benaiad bena...@gmail.com wrote:
That depends on which carrier do you ask, but yes I agree, many of them
require system-type to be treated as a fatal error and not retried.
Imho should be a configurable option or a compile switch at least.
Regards,
Alex
On Fri, Aug 20, 2010 at 10:27 PM, Roy Walker
I've connected to their SMPP gateway time ago (5 years). Not sure if they've
changed anything in the meantime, but you shouldn't have any issues with it.
Kannel is fully SMPP 3.4 compliant and the SVN version supports the optional
parameters (which is the only custom thing you'd expect to find in
Yes, and despite Kannel honors order of arrival at first, if messages are
queued and retried is hard to tell what the final order would be, specially
if a bind or the whole service is restarted.
Regards,
Alex
On Tue, Aug 17, 2010 at 4:03 PM, Alvaro Cornejo cornejo.alv...@gmail.comwrote:
Note
You won't find any references on smsbox. It's a bearerbox thing (the
queueing is implemented on the SMSC drivers themselves).
Check gwlib/gw-prioqueue.* for the queue implementation.
You'll see it's used on each driver supporting it:
gw/smsc/smsc_at.c
gw/smsc/smsc_emi.c
gw/smsc/smsc_smpp.c
You
with priority 3so please tell me if
i send an push message with priority=3 in URL then how kannel works how it
deal this message tell me the process from smsbox to the delivery of this
sms on mobile with priority maintenance.
--
*From:* Alejandro Guerrieri
Your performance tests, while worth looking as a general reference, are
probably near to useless as benchmarks for other people's platforms.
1. Variations in hardware could alter your figures greatly. Differences in
CPU, memory and/or HDD speeds, as well as using RAID and/or SATA/SCSI/Fiber
:
1) MOs, using default service, are ~30% faster than MTs using DLRs.
2) Internal DLRs are almost twice as fast as DB DLRs.
3) Throttling errors will slow kannel to a crawl. Kannel retries them every
30.
BR,
Nikos
- Original Message -
*From:* Alejandro Guerrieri alejandro.guerri
Did you _really_ read the log entry?
It shows 404 Not Found and a reference to www.azeriguide.co.uk, does
that ring any bells?
Regards,
Alex
On Wed, Aug 11, 2010 at 11:17 AM, Imran Aghayev imran.agha...@hotmail.co.uk
wrote:
This is what I have in bearebox log. smppbox inserts into dlr
Your smsc needs to support DLR's. It's usually not enabled by default and
you need to check with them.
The first DLR is created internally by Kannel when it receives the
submit_sm_resp no matter what the SMSC have configured (I call them fake
dlrs). From then on, real DLR's arrive as deliver_sm's
Actually, Kannel honors your priority inside its queue, 3 being the highest
and 0 the lowest.
Regarding the SMPP priority flag, I seriously doubt that any carrier out
there would trust 3rd. parties to set their priority queueing. It's one of
those parameters that made sense on the spec papers but
Brett,
The DLR engine uses SELECT COUNT(*) from the admin interface, which is
painfully slow on InnoDB for moderately big tables.
While InnoDB would theoretically be the best option, MyIsam performs quite
better in this case.
Regards,
Alex
BlackBerry de movistar, allí donde estés está tu
Well, if it weren't for the SELECT COUNT(*) slowness would be my preferred
option here as well. Despite seeming slower at first (specially on small
tables) InnoDB performs row-locking on index-based queries, which indeed
improves things quite a bit on big tables with lots of simultaneous reads
and
. Thanks
:)
Regards,
On Tue, Aug 10, 2010 at 10:56 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Well, if it weren't for the SELECT COUNT(*) slowness would be my preferred
option here as well. Despite seeming slower at first (specially on small
tables) InnoDB performs row
Have you tried adding a slash at the end of your send-url? I'm not telling
it's not broken, but maybe that solves your problem.
I remember the url parser was broken time ago, it should work fine on latest
SVN.
Regards,
Alex
2010/8/10 Brian Rathman br...@telrite.com
Nikos,
Thanks for the
Ah, or you could use:
send-url = http://smstest.laborbridge.com:9001/;
Tthat should work (I think it gets confused with the IP + port, should work
fine with a regular fqdn).
Regards,
Alex
On Tue, Aug 10, 2010 at 4:20 PM, Brian Rathman br...@telrite.com wrote:
Here is my /etc/hosts file:
...@kannel.org [mailto:users-boun...@kannel.org] *On
Behalf Of *brett skinner
*Sent:* Tuesday, 10 August, 2010 11:56
*To:* Alejandro Guerrieri
*Cc:* Users
*Subject:* Re: Kannel performance benchmarking
Thanks for your feedback.
Guess it is the age old tao of computer science. Space vs Time
#1. It works, I've tested it time ago.
#2. Should work, but could get messy: what about an sqlbox in the middle
setup with an smsbox dying? Messages received while smsbox is down would be
stored on sqlbox and smsbox wouldn't know about it.
I think the original purpose of sqlbox was to act as a
a while, when access.log logs in an incoming
DLR. You will find that DLR in store. When you connect smsbox (or sqlbox, or
smppbox) again, this DLR will be processed and deleted for storage.
BR,
Nikos
- Original Message - From: Alejandro Guerrieri
To: Nikos Balkanas
Cc: Konstantin
Have you checked the application's access log as well? I bet they won't be
there...
Nothing else on the logs? Maybe the requests failed and are being retried
(or Kannel gave up retrying and discarded them).
Regards,
Alex
On Mon, Aug 9, 2010 at 9:29 AM, sangprabv sangpr...@gmail.com wrote:
A similar problem happens with sqlbox if you don't set the sms_type to 2
when submitting mt's: everything works fine until you restart the service,
and then when bearerbox tries to restore the queue from the store it fails
with those errors.
I don't know if opensmppbox is leaving the sms type
Yep, smsbox doesn't. Sqlbox, if you're not careful, does.
The problem is with the way messages are checked. When messages are received
from a box, they go to memory first _and_ the store later. In that case,
bearerbox doesn't perform any sanity checks on the sms type field.
Now, when messages
-boun...@kannel.org] On Behalf
Of Nikos Balkanas
Sent: Monday, 09 August, 2010 22:34
To: Alejandro Guerrieri
Cc: users@kannel.org
Subject: Re: Problem with spool store - missing sms_type
Hi,
The behaviour in store is the only correct one. sms_type could be an MO
(0),
MT (2) or DLR (3
On Fri, Aug 6, 2010 at 6:36 PM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Dlr's are far from perfect. Many carriers don't return it on all cases, so
it's logical that it'll eventually grow over time.
Check with your carriers what's the expected lifetime of SMS
...@gmail.com
Alex,
Are you sure about that? AFAIK DLRs are saved to store, like any other MO,
until bb receives an ACK from upstream (smsbox, sqlbox, smppbox).
BR,
Nikos
- Original Message - From: Alejandro Guerrieri
To: Konstantin Vayner
Cc: Users
Sent: Sunday, August 08, 2010
Dlr's are far from perfect. Many carriers don't return it on all cases, so
it's logical that it'll eventually grow over time.
Check with your carriers what's the expected lifetime of SMS on their
network and run a query to clean records older than that period (if they
hold it for 3 days, you
I've connected with Movistar over SMPP 3.4 on many South American countries,
though never in Mexico. It's true their configs are all more or less
similar, and I think most of the times we left the ton/npi settings with
their default values.
If you can't bind, you should then contact them with a
Oh, one more thing, you'll probably need to patch the code to
use ESM_CLASS_SUBMIT_DEFAULT_SMSC_MODE instead
of ESM_CLASS_SUBMIT_STORE_AND_FORWARD_MODE.
http://www.mail-archive.com/de...@kannel.org/msg04241.html
Regards,
Alex
On Wed, Aug 4, 2010 at 5:32 PM, Alejandro Guerrieri
The repeated id = sqlbox-db line on the connection it's a typo, or is it
actually repeated? If so, remove one and try again...
On Wed, Jul 28, 2010 at 11:33 AM, Arnau Rebassa
arnau.mailingli...@gmail.com wrote:
Hi all,
I'm trying to configure sqlbox to run with PostgreSQL. When I try to
You're mixing things.
The dlr table is used internally by Kannel to keep track of the _pending_
dlrs. As soon as they're received, the dlrs are deleted from the table. You
need to create a simple web application to store it, and point dlr-url to
it.
Regards,
Alex
On Fri, Jul 23, 2010 at 1:55
That's not correct. At least on SVN for a good time now, Kannel honors
priorities, being 3 the highest and 0 the lowest. That means that if you
have a big queue of priority-1 messages and send one priority-2 or 3
message, it will get delivered before the rest of the queue.
The priority is also
Yes, definitely. We tried both, MyISAM performs way better.
On Wed, Jul 14, 2010 at 9:58 AM, brett skinner tatty.dishcl...@gmail.comwrote:
Thanks for the feedback Alex. Are you suggesting that MyISAM is perhaps
better?
On Wed, Jul 14, 2010 at 3:57 PM, Alejandro Guerrieri
alejandro.guerri
InnoDB is a bad idea if you're expecting to have a big number of DLR's
waiting: The DLR engine uses SELECT COUNT(*) which happens to be painfully
slow on InnoDB.
The data won't be minimal, and you'll end up having to manually purge old
records (sometimes not all DLR's are received back from the
I've used docbook and the same building process Kannel uses. Right now you
can build it along with SqlBox just the same way as Kannel does.
Moving it into Kannel's build process shouldn't be that hard if that's what
you mean.
Regards,
Alex
On Fri, Jul 9, 2010 at 2:05 PM, Rene Kluwen
+1 on per-user IP restrictions. There's no way to achieve that with a
firewall.
Regards,
Alex
On Wed, Jul 7, 2010 at 10:16 AM, Konstantin Vayner pon...@appcell.netwrote:
@Nikos
By the way, i think ip restriction on per- sendsms-user is lacking... *adds
to wishlist*
So it's also doubtful
Afaik, being SMPP it shouldn't matter much what's the technology handling
the messages over the air.
Now, if your SMSC uses data_sm is another story... but as long as the
traffic is handled as submit_sm/deliver_sm you should be fine no matter
what's behind that.
Regards,
Alex
On Tue, Jul 6,
That's correct. A submit_sm_resp means that the operator accepted the
message, so kannel creates a DLR accordingly.
Regards,
Alex
On Thu, Jul 1, 2010 at 9:26 AM, brett skinner tatty.dishcl...@gmail.comwrote:
Hi
I am assuming because I had bound as a transmitter and was sending
submit_sm
Yes, that's the expected behavior.
Regards,
Alex
On Tue, Jun 29, 2010 at 1:21 PM, brett skinner tatty.dishcl...@gmail.comwrote:
Hi
I was checking in the SMPP 3.4 spec and came across the submit_sm_resp PDU
which specifies a message_id field. According to the spec:
This field contains the
No, sadly there's no way to overcome that, kannel can only limit per smsc
connection.
Regards,
Alex
BlackBerry de movistar, allí donde estés está tu oficin@
-Original Message-
From: Konstantin Vayner pon...@appcell.net
Sender: users-boun...@kannel.org
Date: Fri, 25 Jun 2010 15:11:05
http://localhost:13013/sendsms.php ??
Kannel doesn't have any php code inside, where did you get that URL from?
Assuming you've configured Kannel from the examples, sendsms interface is
on port 13013:
http://localhost:13013/cgi-bin/sendsms
So, to send MT you need to hit that URL from your
appreciated if some one could throw light on sending sms
though a web browser using example sendsms.php script.
Regards,
Prashant singh
On Thu, Jun 24, 2010 at 3:56 PM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
http://localhost:13013/sendsms.php ??
Kannel doesn't have any
question is waht changes do i have to make in kannel.conf and sendsms.php
and also if there any in apache.
please guide me in implementing this startegy.
regards,
Prashant singh
On Thu, Jun 24, 2010 at 4:23 PM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
You're mixing things
store-dump-freq = 600 means 5 minutes between store writes...
Maybe you're losing all messages queued during the last 5 minutes?
Try putting 10 in there, or commenting the line and see if things improve.
Regards,
Alex
2010/6/23 Nikos Balkanas nbalka...@gmail.com
Hi,
What is your included
You probably need to play with the TON and maybe NPI settings. Alphanumeric
is TON 5. I'm not sure about how to force the phone to answer numerically,
maybe the SMSC operator needs to change something on his/her side?
I'd start by setting source address TON with 5, and destination address TON
What about implementing reroute-smsbox-id on bearerbox? That would provide
a consistent interface, similar to what reroute-smsc-id does already.
Regards,
Alex
On Sat, Jun 19, 2010 at 5:26 PM, sangprabv sangpr...@gmail.com wrote:
My goal is pass all traffics from ESME A to ESME B and vice
SMS y GPRS online
Visitenos en www.perusms.NET www.smsglobal.com.mx y
www.pravcom.com
On Wed, Jun 16, 2010 at 2:17 PM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Hi all,
Did anyone (successfully) used Kannel with ethernet modems? I've googled
a
little
Hi all,
Did anyone (successfully) used Kannel with ethernet modems? I've googled a
little but didn't find anything relevant.
Any leads would be welcome :)
Regards,
Alex
Ian,
You're missing the make binary. You need to install the make package on
your OS.
Regards,
Alex
On Mon, Jun 7, 2010 at 7:07 PM, Ian Ring i...@enflick.com wrote:
I've run ./configure, and it spews out piles of stuff.
The first time I ran it, I was missing libxml... so I installed that.
Do you have the store-type and store-location options set?
Regards,
Alex
On Fri, Jun 4, 2010 at 6:56 PM, Bruno Rey tha...@gmail.com wrote:
Hi all,
I'm kind of new to kannel (I first heard of it a month ago), but now
i'm working with it (eager to learn more) and starting to understand
it.
0x40 (64 in decimal) is used when the message has an UDH payload.
Messages over 160 characters use an UDH (to allow for later reasembly).
You only need to change the default from store and forward to default smsc,
and it should be fine, kannel will automagically use 0 for regular sms and
64 for
More specifically:
http://www.opensubscriber.com/message/de...@kannel.org/403338.html
You need to use ESM_CLASS_SUBMIT_DEFAULT_SMSC_MODE.
Regards,
Alex
On Fri, May 28, 2010 at 9:09 PM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
0x40 (64 in decimal) is used when the message
Your connection string must be wrong, or there's some issue preventing the
sqlbox process to connect to the remote host.
I'd check the firewall rules. Another explanation could be related to
selinux if you're running on a RHEL/CentOS box and have it enabled.
Anyhow, please post your sqlbox
File Descriptor #22, which happens to be the socket connection. It's C way
of saying that the socket connection was dropped.
Regards,
Alex
2010/5/11 Nikos Balkanas nbalka...@gmail.com
I don't know what is fd 22. I presume it is the SMSc. You connect fine
without ssl? Why then try ssl?
Message -
*From:* Alejandro Guerrieri alejandro.guerri...@gmail.com
*To:* Nikos Balkanas nbalka...@gmail.com
*Cc:* Kiran Reddy ki...@uniceltech.com ; users@kannel.org
*Sent:* Tuesday, May 11, 2010 9:35 AM
*Subject:* Re: Error reading from fd 22
File Descriptor #22, which happens
Hrm, this is nonsense:
2010-05-04 14:35:42 [20961] [7] DEBUG: Optional parameter tag (0x0424)
2010-05-04 14:35:42 [20961] [7] DEBUG: Optional parameter length read
as 8
2010-05-04 14:35:42 [20961] [7] ERROR: SMPP: Optional field
(message_payload) with invalid length (8) (should be 0 - 65536)
Anshu,
Please do _not_ repeat your posts.
Kannel IS multi-threaded. I don't know how did you come to those
conclusions, but they're wrong.
Your bottleneck is not Kannel but the GSM modem.
Based on many people's prior experience, I'd say that 3-5 seconds per
message is as fast as you can expect
Check the User Guide for the unified-prefix directive, I think it's what
you're looking for.
Regards,
Alex
On Mon, May 3, 2010 at 5:16 PM, Alvaro Cornejo cornejo.alv...@gmail.comwrote:
You can try that but I think the do not do the conversion but tells
kannel how to interpret/format the
You're sending 67 (0x43) because you need to patch kannel to change the
default esm_class. Here's how to do it:
On gw/smsc/smsc_smpp.c, search for this line:
pdu-u.submit_sm.esm_class = ESM_CLASS_SUBMIT_STORE_AND_FORWARD_MODE;
(Should be around line 868)
and change it to look like this:
I'm glad it worked :)
Regards,
Alex
On Sun, May 2, 2010 at 11:41 PM, Gonzalo Vergara grverg...@gmail.comwrote:
Thanks a lot,
Alejandro's instructions works. =)
Now we can send wappush with kannel, through a 7 bit enable SMSC.
On Sun, May 2, 2010 at 6:40 AM, Alejandro Guerrieri
You could use a load-balancer like LVS to balance the requests to sendsms.
You could even script it so it sends more traffic to the box with the
smaller queue and/or less load.
The advantages are:
* Failsafe/High availability. You can stand the loss of N-1 boxes.
* Redundant. Traffic is evenly
Please post relevant log entries.
On Mon, Apr 26, 2010 at 2:34 PM, Anshu Sah sah.an...@ymail.com wrote:
Hello Team,
I am unable to update the DLR in the table . Please take a look over my
brief configuration file. I am also looking for some parameters where i can
store the Mesage received
You need to urlencode the text first...
On Mon, Apr 26, 2010 at 7:37 PM, gianluca moretti
gianluca.more...@hotmail.it wrote:
Hi All, We are tring to send an SMS using Kannel throug http with the
following characters in the text message:
… % ….
No, url-encode is needed to overcome the use of % and other reserved
characters on URLs. It's not a kannel limitation and there's no way to avoid
it (well, except your text doesn't have spaces and/or other reserved
characters...)
On Mon, Apr 26, 2010 at 8:41 PM, gianluca moretti
101 - 200 of 988 matches
Mail list logo