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 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. Now
> it see
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
l
> en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via
> 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
> wrote:
> > Hi all,
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 wrote:
> My goal is pass all traffics from ESME A to ESME B and vice versa (it's a
> abo
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
with
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
> Hi,
>
> What is your included operator1.conf f
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 _ap
ppreciated 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://
ke 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&
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
Sender: users-boun...@kannel.org
Date: Fri, 25 Jun 2010 15:11:05
To: Kannel Users
Sub
Yes, that's the expected behavior.
Regards,
Alex
On Tue, Jun 29, 2010 at 1:21 PM, brett skinner wrote:
> 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 SMSC
> message ID o
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 wrote:
> Hi
>
> I am assuming because I had bound as a transmitter and was sending
> submit_sm packets that they were r
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, 201
+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 wrote:
> @Nikos
> By the way, i think ip restriction on per- sendsms-user is lacking... *adds
> to wishlist*
> So it's also doubtful point to compare
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 wrote:
>
Yes, definitely. We tried both, MyISAM performs way better.
On Wed, Jul 14, 2010 at 9:58 AM, brett skinner wrote:
> Thanks for the feedback Alex. Are you suggesting that MyISAM is perhaps
> better?
>
>
> On Wed, Jul 14, 2010 at 3:57 PM, Alejandro Guerrieri <
> alejandr
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
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 pas
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 PM
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
Hrm, the patch maybe was outdated somehow?
You don't need the "pam" user anymore, perhaps that's also making noise?
Shouldn't, but try changing it for something else.
I suppose your "kannel" group in /etc/pam.d is valid, otherwise it wouldn't
work on smppbox right?
I'll give it a show myself, I
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 lo
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 Guer
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 shoul
olve a problem with bb building up queue of dlrs that will
> never be matched and aid external application logic imho
>
> Regards,
> Konstantin
>
>
> On Fri, Aug 6, 2010 at 6:36 PM, Alejandro Guerrieri <
> alejandro.guerri...@gmail.com> wrote:
>
>> Dlr's
Alex
2010/8/8 Nikos Balkanas
> 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
Try sending a few SMS with
> dlr-mask, db storage for dlr_entries, and disconnect smsbox. Examine the
> store from HTTP admin after 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 DL
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 wrote:
> Hi,
> I found some we
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 are
-
> From: users-boun...@kannel.org [mailto:users-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 behavi
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 ofic
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
an
if you have any other good
> references please send them a long. I am still rather new to MySql. Thanks
> :)
>
> Regards,
>
>
> On Tue, Aug 10, 2010 at 10:56 AM, Alejandro Guerrieri <
> alejandro.guerri...@gmail.com> wrote:
>
>> Well, if it weren't for
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
> Nikos,
>
> Thanks for the reply and sorry a
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 wrote:
> Here is my /etc/hosts file:
>
> 127.0.0.1
e which one works faster for you.
>
> == Rene
>
> *From:* users-boun...@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 benchm
#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
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 wrote:
> This is what I have in bearebox log. smppbox inserts into dlr table and
> that is ok.
> Bu
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_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
Hint: have you tried going to Kannel's site and looking into the "mailing
lists" section?
http://www.kannel.org/lists.shtml
On Wed, Aug 11, 2010 at 5:55 PM, Steve Rothwell <
st...@eagleeyetechnology.com> wrote:
> Wish I knew been trying for a year now
>
> * * * * * * * * * * * * * * * * * * *
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
interf
is not a kannel component.
>
> You really should read my mail about fakesmpp submission.
>
> Some useful conclusions that you can take home:
>
> 1) MOs, using default service, are ~30% faster than MTs using DLRs.
> 2) Internal DLRs are almost twice as fast as DB DLRs.
> 3)
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
At least on SMPP, there's not such a parameter.
If you're talking about an optional parameter (TLV), I seriously doubt it's
an "all major carriers" thing (they don't usually agree on that kind of
stuff), but probably something the aggregator you're using added to abstract
something the carriers he
ng from smsbox 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.
>
> --
&g
lease explain in detail that when i send an push message then how
> it travels from smsbox to mobile and on which box which queue will be
> involved.
>
> --
> *From:* Nikos Balkanas
> *To:* adil nazir
> *Cc:* Alejandro Guerrieri ;
> users@kannel
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 wrote:
> Note that is your sms provide
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 wrote:
> Hi,
>
> Also try
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 wrote:
> Found what some
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
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@
-Original
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 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 reason is because I am tr
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 wrote:
> Dear All
>
> We are connecting to an SMSC for USSD purposes.
>
> We require to send a "destination_port=9280" meta-data in the outgoing s
t"
>
> Is the meta-data option in the smsc config part ignored?
>
> Kind Regards
> Jan
>
>
>
> 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
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 wrote:
>
> Hi Jacob,Alex and every one,
>
> Thanks for ur time.I did a stupid thing thats why this happened.
> Sorry for wasting ur time
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: Kannel qu
mentions: "priority number Optional, sets the default priority
>> of
>> messages transmitted over this smsc link. (Defaults to 0, which is the
>> highest priority)"
>> This would imply that Kannel sets 0 to be the highest priority queue, as
>> why
>> would Kanne
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"
Sender: users-boun...@kannel.org
Date: Sat, 4 Sep 2010 15:53:11
To:
Subject: version 1.4.3 supports TLV's?
Dears
Does ka
Latest SqlBox requires the SVN version of Kannel (to support meta-data).
Regards,
Alex
On Wed, Sep 8, 2010 at 2:05 PM, Jinson 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 function
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 ma
essages only.
> I will compile the latest version from svn and add our two DLR patches as I
> 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
are not talking about db storage, here. We are talking about internal
> storage 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
es performance
> significantly.
>
>
> BR,
> Nikos
> - Original Message - 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
>
>
t; to missed DLRs. Answer: No, because 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
>
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
øsninger, implementering af
> device management løsninger samt support og uddannelse.
>
>
> -Original Message-
> From: Alvaro Cornejo [mailto:cornejo.alv...@gmail.com]
> Sent: 15. september 2010 16:33
> To: Peter Mohr
> Cc: Alejandro Guerrieri; users@kannel.org
> Su
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
T
gt; 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
> *To:* Nikos Balkanas
> *Cc:* Ren
rs-boun...@kannel.org] On Behalf
>> Of Ivan Kurnosov
>> Sent: Wednesday, 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 messa
R for miltupart if only
> one message containg 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
ng this?
> >>
> >> Another point of view of this issue: If I get only the one dlr message
> >> (for first msg, as kannel does) - can I be sure that all parts has
> >> been delivered?
> >>
> >> And third part: one of SMSC does not send DLR for m
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 wrote:
> 1. See DEBUG line. Even if it is thread
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 par
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> w
Can't you pass it on account (%o) ?
Regards,
Alex
On Sat, Oct 16, 2010 at 9:32 PM, Rafael Azevedo 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
> further status, I nee
ed), kannel will use the store to restore the queue.
So, if you have a huge queue, expect it to consume vast amounts of memory,
even with the store in place.
Hope it helps,
Alex
On Tue, Oct 26, 2010 at 4:56 PM, Alejandro Guerrieri <
alejandro.guerri...@gmail.com> wrote:
> Jinson,
>
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 wrote:
> Sorry for the trouble. Was trying to con
05 PM, Jinson 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*
> *
>
>
> *
>
>
> O
f queued messages? By giving a cap for the
> HTTP request 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, Alejandr
S: inbound (6.20,8.86,32.50) msg/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*
> *
>
>
&g
same account
>
> When queue gets increased, it uses 70% of my swap area the throughput goes
> below 3 and sometimes even 1. Otherwise I'm getting a throughput of
> 50sms/sec on average.
>
>
> On Wed, Oct 27, 2010 at 12:26 AM, Alejandro Guerrieri <
> alejandro.guer
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 s
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
Sender: users-boun...@kannel.org
Date: Sat, 30 Oct 2010 22:16:03
To:
Subject: Re:
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 wrote:
> This patch should solve the issue.
>
> -Original Message-
> From: users-boun
t;
> == 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
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 wrote:
> Hi Harbhag,
>
> I used this patch. Compliments of Stipe.
>
> Regards,
> J
>
>
>
> On Fri
>
>> Does it also encode normal text messages? Because those are the case,
>> here.
>>
>>
>> == Rene
>>
>>
>> *From:* Alejandro Guerrieri [mailto:alejandro.guerri...@gmail.com]
>> *Sent:* Friday, 12 November, 2010 14:06
>> *To:* Rene Kluwen
That's a vendor-specific error, you need to check with the SMSC operator to
see what does it mean.
Regards,
Alex
On Tue, Nov 16, 2010 at 4:01 PM, I Gede Wijaya S wrote:
> Halo list,
>
> I'm using the newest svn version. in my log I got these:
>
>
> 2010-11-16 21:48:21 [20280] [13] DEBUG: boxc_
James,
No, it doesn't work like that. The DLR message actually comes from the
carrier, so it'll insert only the information from that message. You'll get
your BINFO on the sent_sms copy of the message you've sent, but not on the
DLR's coming from the carrier. You could, however, pass the value you
in the sent_sms?
>
> At the moment, I see no linking between the MT and DLR in the sent_sms
> table.
>
> Regards,
> J
>
>
> On Thu, Nov 18, 2010 at 5:14 PM, Alejandro Guerrieri <
> alejandro.guerri...@gmail.com> wrote:
>
>> James,
>>
>> No, i
eleased). I found it still reproduce my previous
> error. I think I need to use the same Kannel SVN as well. So I re apply
> patch from Rene :)
>
>
>
>
>
>
> sangprabv
> sangpr...@gmail.com
>
> http://www.petitiononline.com/froyo/
>
>
>
> On Nov 12,
Hrm, no, that DLR doesn't even include single quotes, that's an artifact
from the log.
On Thu, Nov 18, 2010 at 6:51 PM, Peter wrote:
> Alejandro,
> I send you the requested dump plus typical log files
>
> *...
> *
>
>
> Στις 18-11-2010, ημέρα Πεμ, και ώρα 18
All patches Renee proposed were already commited afaik.
Regards,
Alex
On Fri, Nov 19, 2010 at 7:58 AM, James E wrote:
> Hi Will,
>
> It is SMPP DLR, cant see any error.
>
> Rene, do you have the patch available? Or is it going to be committed to
> the latest svn soon?
>
> Regards,
> J
>
> On F
Sqlbox now uses url-encode for msgdata and udhdata, this shouldn't be an
issue.
I'll try to reproduce the error locally and let you know what I find.
Are you using latest sqlbox and kannel?
Regards,
Alex
On Fri, Nov 19, 2010 at 11:24 AM, Peter wrote:
>
> Willie.
>
> Thank u,
> the patch is n
if you use
inserts on send_sms to send MT, YOU WILL NEED TO MODIFY YOUR
CODE TO URLENCODE THE MESSAGES FIRST.
Regards,
Alex
2010/11/19 Kenny
> Alex, Are you saying one has to url-encode before passing data into msgdata
> and udhdata? Please confirm.
>
>
> --
> Regards
> Ken
It should work fine now, I've tested it :)
2010/11/19 Kenny
> Alex...that's fantastic. :)
>
> Willy.. have you tested this with wappush? Am going to do that presently.
>
> --
> Regards
> Kenny
>
>
>
> 2010/11/19 Alejandro Guerrieri
>
>>
1 - 100 of 1127 matches
Mail list logo
