To: Rene Kluwen; 'Alexander Malysh'
Cc: 'Kannel Devel'
Subject: Re: Patch: EMI UUCP DLRs (final)
I see. Isn't it always in openSMPPbox installation instructions to download
and install latest kanell sources? It wouldn't be a bad idea to release an
openSMPPbox patch just to align it with latest
Not receiving acks is only on topic if the connection is bad, somewhere.
Probably you will need to reconnect in that case anyway.
-Original Message-
From: Victor Luchitz [mailto:vluch...@gmail.com]
Sent: Monday, 02 August, 2010 09:18
To: Rene Kluwen
Cc: Tomasz Konopka; Kannel Devel
Hereby I want to propose a patch in gwlib to add a function that would make
life a lot easier in smppbox.
== Rene
conn_shutdown2.patch
Description: Binary data
The problem is not adding an extra actual parameter.
The problem is that people must now update to the latest Kannel code or
otherwise smppbox won't compile.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, 02 August, 2010 19:29
To: Rene Kluwen
No, sqlbox doesn't use dlr_find().
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, 02 August, 2010 20:11
To: Rene Kluwen; 'Alexander Malysh'
Cc: 'Kannel Devel'
Subject: Re: Patch: EMI UUCP DLRs (final)
I see. Isn't it always in openSMPPbox installation
[mailto:nbalka...@gmail.com]
Sent: Sunday, 01 August, 2010 15:04
To: Rene Kluwen; devel@kannel.org
Cc: kinch...@gmail.com
Subject: Re: Discussion: Prepaid counting
Hi,
I can see a couple of problems in this approach.
1) Billing should be implemented in bearerbox, since it decides on final
routing
I would handle this problem the same way it occurred: With a lot of
imagination :)...
Haha, but I get your point.
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, 02 August, 2010 00:56
To: Alejandro Guerrieri; Rene Kluwen
Cc: devel@kannel.org; kinch
I propose the following patch. It adds
#define DLR_FIND_USE_DST
To dlr.h.
It is a convenient way to know if I should add an extra parameter to
dlr_find or not. So smppbox (and possibly other gwlib based programs) can
happily compile with the dlr_find with the extra option and also (if the
Here is a more advanced patch. Messages to bearerbox are acked, once the
deliver_sm_resp pdu is in.
Also submit_sm pdu's get their responses, after bearerbox has acked the
message. And if not, a failure notice is returned.
Before, message acks were given right away, without checking for failure
Suppose I add 2 tables to sqlbox:
mysql describe sms_users;
+-+--+--+-+-+---+
| Field | Type | Null | Key | Default | Extra |
+-+--+--+-+-+---+
| binfo | varchar(100) | NO | PRI | NULL| |
|
No, you are right. I saw your solution only after I made the
smsbox-route-between patch.
I think your solution is cleaner. It depends of the routing options that are
already available.
I attached your (Stipe's) patch another time, as I see that it is still not
committed to svn trunk.
So the 2
: Wednesday, 28 July, 2010 23:08
To: Rene Kluwen
Cc: 'Stipe Tolj'; devel@kannel.org
Subject: Re: [PATCH] SMS Box routing
Hi,
it's a clean approach that costs performance. But it should be tested first,
how much performance it costs.
Now to this patch:
+/* store temporary DLR data for SMSC
Hereby the patch, for you guys to review.
== Rene
-Original Message-
From: Rene Kluwen [mailto:rene.klu...@chimit.nl]
Sent: zondag 25 juli 2010 1:04
To: 'Rene Kluwen'; us...@kannel.org
Subject: RE: SMS Box routing
Sorry for the double post. But my email got sent before I was finished
I made a small enhancement, in case the smsbox (or open smpp user) is not
online.
== Rene
-Original Message-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf
Of Rene Kluwen
Sent: zondag 25 juli 2010 16:43
To: devel@kannel.org
Subject: [PATCH] SMS Box routing
I did the same thing, a long time back already.
Would be nice to add something like this to Kannel, because I keep getting
requests for it.
Some comments after just a quick glance:
1. If you add tlv's, first check if client version 0x33.
2. My previous patch added the following v3.4 fields,
I just committed this patch. Current trunk version is 28.
-Original Message-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf Of
Victor Luchitz
Sent: woensdag 21 juli 2010 15:41
To: devel@kannel.org
Subject: [PATCH] smppbox :: support for v3.4 DLR tags
Hello,
That's what we do now.
Thanks for the backup.
== Rene
-Original Message-
From: Alexander Malysh [mailto:malys...@googlemail.com] On Behalf Of
Alexander Malysh
Sent: dinsdag 20 juli 2010 0:19
To: Rene Kluwen
Cc: 'Victor Luchitz'; devel@kannel.org
Subject: Re: [PATCH] smppbox :: TLV
To be honest: I didn't try it.
But report_versions() is a gwlib library functions and outputs the values
that it was compiled with.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: maandag 12 juli 2010 11:45
To: Rene Kluwen; 'Victor Luchitz'; devel
-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf
Of Rene Kluwen
Sent: maandag 12 juli 2010 17:27
To: 'Nikos Balkanas'; 'Victor Luchitz'; devel@kannel.org
Subject: RE: smppbox code questions
To be honest: I didn't try it.
But report_versions() is a gwlib library
Current smppbox revision is 22:
r22 | rkluwen | 2010-07-12 18:00:56 +0200 (Mon, 12 Jul 2010) | 6 lines
Added VERSION file. This is needed for the configure script to determine
current svn version.
Added some words about how
I haven't tried.
But it will only work if I recompile gwlib after the new #define's.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: zondag 11 juli 2010 9:46
To: Rene Kluwen; 'Victor Luchitz'; devel@kannel.org
Subject: Re: smppbox code questions
Hi
Nikos, you disappoint me.
report_versions() is linked in from the gwlib libraries with the values that
it was compiled with. Try it, and you will see.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: zondag 11 juli 2010 17:33
To: Rene Kluwen; 'Victor
]
Sent: zaterdag 10 juli 2010 9:16
To: devel@kannel.org; Rene Kluwen
Subject: Re: smppbox code questions
In my opinion it doesn't make much sense to have things this way.
First of all, you still need to list each
system-id/password/system-type triple individually in the smpp-logins
file:
system-id1
Having two of the same system-ids with a different system-type is not allowed.
Only the first one will be used.
== Rene
-Original Message-
From: Victor Luchitz [mailto:vluch...@gmail.com]
Sent: zaterdag 10 juli 2010 10:10
To: devel@kannel.org; Rene Kluwen
Subject: Re: smppbox code
To: devel@kannel.org; Rene Kluwen
Subject: Re: smppbox code questions
In this case, system-type is just a mandatory but redundant alias for
system-id :P
I can code a patch that will make system-type optional, in this case
smppbox will use system-id as boxc_id. This mode will be toggled by a
config
I decided to change the sources with longer variables, so things are consistent
with smsbox.
cfg.diff has also been committed.
== Rene
-Original Message-
From: Victor Luchitz [mailto:vluch...@gmail.com]
Sent: zaterdag 10 juli 2010 15:53
To: devel@kannel.org; Rene Kluwen
Subject: Re
To: devel@kannel.org; Rene Kluwen
Subject: Re: smppbox code questions
Yeah, I made similar changes locally with the same result: at startup,
smppbox prints the following message:
[91108] [0] DEBUG: Kannel smppbox version `svn-r4833M'.
which is kannel's svn revision number, not that of smppbox
to distinguish to which box_id it belongs.
== Rene
-Original Message-
From: Victor Luchitz [mailto:vluch...@gmail.com]
Sent: vrijdag 9 juli 2010 11:12
To: devel@kannel.org; Rene Kluwen
Subject: Re: smppbox code questions
On a side note, why does smppbox use boxc_id as the first parameter
passed
If bearerbox sends a report_mo, then it should include a status (dlr type) as
well.
Or am I wrong?
== Rene
-Original Message-
From: Victor Luchitz [mailto:vluch...@gmail.com]
Sent: vrijdag 9 juli 2010 14:24
To: devel@kannel.org; Rene Kluwen
Subject: Re: smppbox code questions
.
== Rene
-Original Message-
From: Victor Luchitz [mailto:vluch...@gmail.com]
Sent: vrijdag 9 juli 2010 15:35
To: devel@kannel.org; Rene Kluwen
Subject: Re: smppbox code questions
Yes, but how is this relevant? I mean, there are two possibilities to
make smppbox be aware of bearerbox
Will include this patch, as soon as documentation is patched as well.
1. I could do that but it takes a little while before I found the time, or:
2. Maybe you can create a patch against the documentation that I sent you the
other day?
== Rene
-Original Message-
From:
You have two options:
1. The expensive one: Get yourself an SS7 connection and a contract
with each network to send sms to via SS7. Contact the particular network for
the costs of this.
This option is not available with standard Kannel, but commercial SS7
drivers exist (but also cost a
Also there should be a default ton/npi (possibly 0) in case it is not specified
in the configuration file.
-Original Message-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf Of
Victor Luchitz
Sent: vrijdag 9 juli 2010 20:39
To: devel@kannel.org
Subject:
Sorry for the triple post.
Default value should be -1. So ton/npi will be inherited from the smpp pdu.
Only needed if you want to manually force these values.
== Rene
-Original Message-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf Of
Rene Kluwen
Sent
I get an error building sqlbox documentation.
This patch fixes it.
I see that my previous patch (escaping of quotes in messages) didn't make it
into svn trunk yet. Could you check it in? It is an important bugfix.
== Rene
docbook.patch
Description: Binary data
the:
/* we could not find a corresponding dlr; nothing to send */
line.
I'm also attaching another patch which allows transmission of custom
error codes in DLR's in the same manner as the message text bit.
2010/7/6 Rene Kluwen rene.klu...@chimit.nl:
I have no way of testing this here
Wow, this is easier than I expected. I was expecting a long diff.
IMO, we should ONLY send if the interface version (that is sent with the bind
request) is at least 0x34.
V3.3-clients could possibly choke on it.
== Rene
-Original Message-
From: devel-boun...@kannel.org
To: devel@kannel.org
Subject: Re: [PATCH] smppbox :: TLV support
SMSBox doesn't have such a check, so I assumed it would be fine not to
have them here either. We could also set the protocol version to 0x34
now, don't you think?
2010/7/8 Rene Kluwen rene.klu...@chimit.nl:
Wow, this is easier than I
.
As for the protocol version, what I assumed is that we can now default
it to 0x34 instead of 0x33 or do you really want to keep 0x33
compatibility? Are there any pure 0x33 clients out there?
2010/7/9 Rene Kluwen rene.klu...@chimit.nl:
SMSBox doesn't do SMPP, does it?
And we could set
To start with the last thing:
2) You are right. It should use the msgid's in the dlr_url from the dlr
instance. I changed it.
About 1): We assume msg-boxc_id and box-boxc_id are the same in this case.
Otherwise the message wouldn't have ended up there.
== Rene
-Original Message-
from the table and then subsequently readds
it, which is rather stressful on the DB for no sane reason
What it does instead is simply setting the sms_type to report_mo,
leaving box_id empty as in regular MO messages.
2010/7/6 Rene Kluwen rene.klu...@chimit.nl:
To start with the last thing:
2
The list was empty already, since gwlist_extract_first has been used for all
items.
But true: gwlist_destroy should have been called as well.
I fixed this in the latest revision (11) of smppbox/trunk. Thanks.
The first msgid is special, since it is returned by Kannel. The others are not.
That's
Malysh
Sent: woensdag 30 juni 2010 10:47
To: Rene Kluwen
Cc: devel@kannel.org
Subject: Re: [PATCH] dlr.c
Hi,
-1 because you are wrong:
Octstr *cfg_get_real(CfgGroup *grp, Octstr *varname, const char *file,
long line, const char *func)
{
Octstr *os;
if(grp == NULL
I agree with Nikos, in this case.
drive_smpp.c is supposed to test Kannel internals... So it shouldn't use too
many Kannel calls. Otherwise the test function will be void.
== Rene
-Original Message-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf
Of Nikos
The octstr_destroy(dlr_type); in dlr.c is a bug. It shouldn't be there,
since dlr_type is either an immutable or a string got from cfg_get.
== Rene
dlr_bug.diff
Description: Binary data
Also: a multi-part message sends more than one sms to the same destination in
the same second.
== Rene
-Original Message-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf Of
Vincent CHAVANIS
Sent: donderdag 24 juni 2010 17:34
To: devel@kannel.org
Subject: Re:
I get three related errors when compiling revision 4833 of gateway/trunk.
When starting: ./bootstrap
aclocal:configure.in:248: warning: macro `AM_ICONV' not found in library
After that, when running ./configure:
./configure: line 7123: AM_ICONV: command not found
Then, in line 78 of Makefile,
That did the trick. I needed openmpi as well.
== Rene
-Original Message-
From: Alejandro Guerrieri [mailto:aguerri...@kannel.org]
Sent: donderdag 24 juni 2010 23:49
To: Rene Kluwen
Cc: devel@kannel.org
Subject: Re: Configure error
I think you need to install the gettext package
: Alexander Malysh [mailto:malys...@googlemail.com] On Behalf Of
Alexander Malysh
Sent: maandag 21 juni 2010 18:29
To: Rene Kluwen
Cc: 'Nikos Balkanas'; 'Kannel Devel'
Subject: Re: Client routing
Hi Rene,
look for system-type kannel and not generic...
Thanks,
Alexander Malysh
Am 20.06.2010 um 23:23
been changed meanwhile?
== Rene
-Original Message-
From: Alexander Malysh [mailto:malys...@googlemail.com] On Behalf Of
Alexander Malysh
Sent: zondag 20 juni 2010 22:06
To: Rene Kluwen
Cc: 'Nikos Balkanas'; 'Kannel Devel'
Subject: Re: Client routing
hi Rene,
look at smsc_http. you can
: zaterdag 19 juni 2010 17:00
To: Rene Kluwen; 'Kannel Devel'
Subject: Re: Client routing
Not necessary. Already exists. Check bb's reroute-smsc-id.
BR,
Nikos
- Original Message -
From: Rene Kluwen rene.klu...@chimit.nl
To: 'Kannel Devel' devel@kannel.org
Sent: Saturday, June 19, 2010 5:37
I changed it. It does look tidier.
== Rene
From: konstan...@appcell.net [mailto:konstan...@appcell.net] On Behalf Of
Konstantin Vayner
Sent: vrijdag 18 juni 2010 9:04
To: Rene Kluwen
Cc: Kannel Devel
Subject: Re: [PATCH] SMPP box multipart messages
Rene,
Looks good. +1
This is the setup:
KANNEL 1 KANNEL 2
CGI PUSH -- SMSBOX 1 -- BEARERBOX 1 -- SMPP LINK -- Open SMPPBOX ---
BEARERBOX 2
I am working on smppbox sending multi-part messages via the same SMSC (on
Kannel 2). I do this by
with sending two (or more) DLR's: one for each message. But
smsc_smpp doesn't seem to be able to find the other ones.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: donderdag 17 juni 2010 18:19
To: Rene Kluwen
Subject: Re: FW: Issue with concatenated
So what I will continue to do send a DLR for each part. Even if Kannel
doesn't like it.
== Rene
-Original Message-
From: Alexander Malysh [mailto:malys...@googlemail.com] On Behalf Of
Alexander Malysh
Sent: donderdag 17 juni 2010 18:25
To: Rene Kluwen
Cc: 'Kannel Devel'
Subject: Re
I tend to agree with Alex more :).
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: donderdag 17 juni 2010 18:54
To: Alexander Malysh; Rene Kluwen
Cc: 'Kannel Devel'
Subject: Re: Multipart DLR issue
Hi Alex,
Actually, stated more correctly, kannel cannot
Okay, to comply with Kannel's common practices, hereby I send in a patch for
open smppbox that allows for all parts of multipart messages to be sent via
the same smsc (letting bearerbox split the message up).
The patch applies to current svn trunk of smppbox.
Known issue: This patch submits a
To: Rene Kluwen
Cc: 'Kannel Devel'
Subject: Re: Multipart DLR issue
it may not work for load balanced connection via different SMSCs...
Thanks,
Alexander Malysh
Am 17.06.2010 um 18:32 schrieb Rene Kluwen:
So what I will continue to do send a DLR for each part. Even if Kannel
doesn't like
]
Sent: vrijdag 11 juni 2010 23:52
To: Rene Kluwen
Cc: 'Tomasz'; 'Kannel list'; devel@kannel.org
Subject: Re: [PATCH] RE: Messages with php stripslashes
+ msg_escaped = msg_duplicate(msg);
if (msg-sms.sms_type != report_mo)
-gw_sql_save_msg(msg, octstr_imm(MO
Guerrieri [mailto:aguerri...@kannel.org]
Sent: zaterdag 12 juni 2010 19:04
To: Rene Kluwen
Cc: Tomasz; Kannel Devel
Subject: Re: [PATCH] RE: Messages with php stripslashes
Ok, got it :)
Seems like it's working then. I'll make a couple of tests myself and commit
it to SVN then.
Regards,
--
Alejandro
23:21
To: Rene Kluwen
Cc: 'Tomasz'; 'Kannel Devel'
Subject: Re: [PATCH] RE: Messages with php stripslashes
Ok, standing by.
Hmm, not sure about applying the same behavior on the other engines. I mean:
nobody reported the issue on engines other than MySQL. I wonder if that
means that the problem
Sorry for crossposting. But I think the users are allowed to know what is
going on, even if this is a developers matter.
I think I found the solution to the problem below, which affects all
smsbox-sqlbox-bearerbox users.
I must admit: Haven't tested it yet. But it should work.
See attached
...that sqlbox is not going down after bearerbox sends a shutdown command?
Or am I the only one?
I see an excellent opportunity for you, Nikos, to prove your skills, writing
documentation :)
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: maandag 7 juni 2010 14:12
To: Rene Kluwen; Alexander Malysh
Cc: devel@kannel.org
Subject: Re: smppbox
Dear Rene
split up
(like the way it is now), it is fine for me as well.
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: maandag 7 juni 2010 15:39
To: Rene Kluwen; 'Alexander Malysh'
Cc: devel@kannel.org
Subject: Re: smppbox
OK, then. When it is accepted
, which happens to be part of Kannel).
== Rene
-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: maandag 7 juni 2010 16:26
To: Rene Kluwen; 'Alexander Malysh'
Cc: devel@kannel.org
Subject: Re: smppbox
Hi Rene,
You may not be aware of it, but there is a 2-step
Talking about sqlbox: If smsbox (or smppbox) is not connected, it stores the
message in the sent table after which the message cannot be delivered
anymore to smsbox (because it is not connected). This message could possibly
be flagged with not delivered. Right?
I am talking about MO messages
, in the current code?
I am not sure about where to look.
== Rene
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf
Of Rene Kluwen
Sent: maandag 7 juni 2010 16:57
To: 'Alejandro Guerrieri'
Cc: devel@kannel.org
Subject: Sqlbox feature request
Talking about sqlbox
[mailto:aguerri...@kannel.org]
Sent: maandag 7 juni 2010 17:30
To: Rene Kluwen
Cc: devel@kannel.org
Subject: Re: Sqlbox feature request
Afaik, messages are kept on bearerbox store until the box ACK them. At that
point, bearerbox deletes the message(s).
Regards,
Alex
--
Alejandro
: Alejandro Guerrieri [mailto:aguerri...@kannel.org]
Sent: maandag 7 juni 2010 18:45
To: Nikos Balkanas
Cc: Rene Kluwen; devel@kannel.org
Subject: Re: smppbox
Well, there's (always) a tradeoff between simplicity and scalability, isn't
it?
Regards,
--
Alejandro Guerrieri
aguerri...@kannel.org
On 07/06
This release is ONLY for developers.
It contains an smppbox-standalone package, similar to sqlbox standalone.
Most part were shamelessly stolen from the sqlbox trunk. Please add your own
credits if you feel addressed ;).
http://www.chimit.nl/kannel/smppbox_standalone.tar.gz
How about making a
://www.chimit.nl/kannel/smppbox_standalone1.tar.gz.
== Rene
-Original Message-
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf
Of Rene Kluwen
Sent: maandag 7 juni 2010 20:38
To: devel@kannel.org
Subject: smppbox standalone
This release is ONLY for developers.
It contains
).
However, I think this gives that much extra flexibility (and maintaining
backward compatibility) that this quick patch can be incorporated already.
It is useful for a lot of persons and it is just a quick patch.
Todo: also patch the sql statements for other storage types.
Rene Kluwen
Chimit
Do we really need a configuration parameter? Just a question.
From: alejandro.guerri...@gmail.com [mailto:alejandro.guerri...@gmail.com]
Sent: woensdag 2 juni 2010 10:07
To: Rene Kluwen; 'Emmanuel CHANSON'
Cc: Kannel Devel
Subject: Re: Sqlbox and scheduled pushes
Hey, I've told Emmanuel
[mailto:alejandro.guerri...@gmail.com]
Sent: woensdag 2 juni 2010 10:50
To: Rene Kluwen; 'Emmanuel CHANSON'
Cc: Kannel Devel
Subject: Re: Sqlbox and scheduled pushes
If you don't need the scheduling, the query would be heavier and would break
backward-compatibility.
BlackBerry de movistar, allí donde estés
I just answered an SMPPBox billing issue on the users list.
I think billing shouldn't be an SMPPBox/SQLBox/SMSBox issue but rather
something that handles Kannel itself (i.e. bearerbox).
I think if we implement something like this, the community would benefit
from that a lot. I mean, for every sms
variable?
Rene Kluwen wrote:
There is a possibility to extract the value, given the MSG struct and
it's members. Will that be a better option?
I can come up with a version that does that. But before spending time
on
that, I want to know if it is an acceptable solution.
Rene Kluwen
Chimit
don't feel like having the same discussion over again.
I don't mind if this patch is not in CVS. It will just mean that the
Clickatell http driver is partly broken.
Rene Kluwen
Chimit
-Original Message-
From: Andreas Fink [mailto:[EMAIL PROTECTED]
Sent: woensdag 9 mei 2007 16:09
To: Rene
Feel free to contribute a patch :)
Rene Kluwen
Chimit
-Original Message-
From: Hillel [mailto:[EMAIL PROTECTED]
Sent: woensdag 9 mei 2007 16:17
To: 'Rene Kluwen'
Cc: Kannel Devel
Subject: RE: req_feat patch
Hi,
Can we not rather have a generic HTTP interface that can be configured
Nowadays, clickatell requires the req_feat parameter to enable to set
the sender id or send binary SMS.
This patch enables this. Votes?
Rene Kluwen
Chimit
Index: gw/smsc/smsc_http.c
===
RCS file: /home/cvs/gateway/gw/smsc
There is a possibility to extract the value, given the MSG struct and
it's members.
Will that be a better option?
I can come up with a version that does that. But before spending time on
that, I want to know if it is an acceptable solution.
Rene Kluwen
Chimit
-Original Message-
From
Stipe,
It would be for me if it were sqlbox.
The sqlbox patch is kind of outdated by sqlbox standalone.
Martin Conte maintains sqlbox standalone.
I suggest Martin takes over sqlbox maintanance? Just an idea. Since he is
a lot more active lately on the list and with patches.
Rene Kluwen
Chimit
If someone ask for my opinion:
I agree with this.
Rene Kluwen
Chimti
-Original Message-
From: Enver ALTIN [mailto:[EMAIL PROTECTED]
Sent: zaterdag 21 oktober 2006 16:29
To: Stipe Tolj
Cc: devel@kannel.org
Subject: Release process
On Sat, 2006-10-21 at 14:33 +0200, Stipe Tolj wrote
incoming messages from all connected threads.
So in short: I don't think we will actually solve an issue if we start
doing things this way.
Rene Kluwen
Chimit
-Original Message-
From: Stipe Tolj [mailto:[EMAIL PROTECTED]
Sent: zondag 20 augustus 2006 2:13
To: Kannel Development list
Subject
I agree with Stipe on this one (for a change ;]).
Why don't you just use smsc-id for what you want to accomplish?
Or otherwise: Please explain more.
Rene Kluwen
Chimit
-Original Message-
From: Stipe Tolj [mailto:[EMAIL PROTECTED]
Sent: zaterdag 22 juli 2006 14:14
To: Alejandro
Is this reproducable?
Your smsc says Clickatell. Is this an SMPP connetion or the HTTP driver?
Rene Kluwen
Chimit
-Original Message-
From: Vincent CHAVANIS [mailto:[EMAIL PROTECTED]
Sent: maandag 17 juli 2006 14:00
To: devel@kannel.org
Subject: SMSbox CRASH: PANIC: gwlib/octstr.c:2458
in optional parameters.
Rene Kluwen
Chimit
-Original Message-
From: Alex Antropoff [mailto:[EMAIL PROTECTED]
Sent: donderdag 13 juli 2006 9:31
To: devel@kannel.org
Subject: Re: wappush on CDMA
On Wed, Jul 12, 2006 at 07:53:43PM +0200, Rene Kluwen wrote:
RK Chimit has a patch for Wap Push
At this moment I am a little bit short in time.
But probably you are looking at a bug.
Rene Kluwen
Chimit
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of francesco emmi
Sent: donderdag 22 juni 2006 19:29
To: kannel devel
Subject: sms_dict problem
Hi list
Won't this block sending of other SMS messages as well?
Rene Kluwen
Chimit
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Mi Reflejo
Sent: woensdag 21 juni 2006 16:14
To: Alexander Malysh
Cc: devel@kannel.org
Subject: Re: resend_try
Patch is VERY MUCH appreciated and committed to the sqlbox CVS.
I will be honest now and admit that you saved my face due to the Postgres
driver being broken all this time.
Also it seems that Latin America hides some very talentfull and helpfull
Kannel programmers :)
Rene Kluwen
Chimit
Alex, this is why Kannel needs you :)...
Agreeing here.
Rene Kluwen
Chimit
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Alexander Malysh
Sent: woensdag 14 juni 2006 17:37
To: devel@kannel.org
Subject: Re: [PATCH] (sqlbox) sqlbox.patch
Hi,
why
can raving too far here. But we can even make this a general rule.
Taking mutual parameters in group = core when not found in group = smsbox,
wapbox, etc.
I actually do this in other software.
Rene Kluwen
Chimit
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf
Patch committed to CVS.
@Martin: Did you also change configure.in?
Rene Kluwen
Chimit
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Mi Reflejo
Sent: woensdag 14 juni 2006 0:08
To: devel@kannel.org
Subject: [PATCH] (sqlbox) sqlbox.patch
New sqlbox.patch
Yes, you convinced me because of 2 reasons:
1. Provided that the API is not going to change when using dlopen() c.s.
and
2. Your API doesn't stop anybody from patching cfg.def either way ;)
(but I will be good :P)
Rene Kluwen
Chimit
-Original Message-
From: Stipe Tolj [mailto:[EMAIL
Some comments:
- configure SHOULD be included in the patch. Because nobody uses autoconf
to build their configure itself.
This is way different from .o files... because they are not included in the
repository.
- Yes, a seperate build tree for sqlbox might be cleaner. But we can only do
that if
-1 from me.
Reason 1:
Does this mean add-ons need to temporarily use an interim API and switch to
another API when it becomes available?
Reason 2:
mBuni, sqlbox require patches to the Kannel sources either way.
It doesn't matter if such patches also patch cfg.def or not.
Rene Kluwen
Chimit
+0 from me.
I don't have any objections to this particular patch.
But shouldn't we wait with new features until at least we have a new stable
version?
I think that has priority by now.
Rene Kluwen
Chimit
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf
the same way as it is done elsewhere
in Kannel.
Rene Kluwen
Chimit
,
a dbpool_conn_consume is done.
This should ensure, I always have a working connection, according to what
you just said.
So why doesn't it work?
Rene Kluwen
Chimit
-Original Message-
From: Mi Reflejo [mailto:[EMAIL PROTECTED]
Sent: zondag 4 juni 2006 0:09
To: Rene Kluwen
Cc: devel
Patch applied.
-Original Message-
From: Mi Reflejo [mailto:[EMAIL PROTECTED]
Sent: maandag 29 mei 2006 10:02
To: devel@kannel.org; Rene Kluwen
Subject: [PATCH] SQLBOX Port Bug
SQLbox is not reading smsbox-port. It is hardcoded to 13005.
There is the patch for that issue.
M.
201 - 300 of 364 matches
Mail list logo