counterparts (accepted-smsc and
accepted-smsc-regex) only that they do their logic on the account
field.
The patch can also be downloaded from:
http://www.magicom-bcn.net/kannel/account-routing.patch
+0, Hillel voted +0 also (interpreting his answer ;)... so commited to cvs:
2006-09-29 Stipe Tolj
Hi lists,
I have commited today a patchset to CVS introducing a new system-type 'generic'
to smsc = http connection type.
The 'send-url' HTTP URI can used the same escape codes as sms-service's
'get-url' to pupulate the values from the msg struct passed from smsbox to
bearerbox for MT
Hi Ehi ;)
Ehizogie Binitie wrote:
Thanks Stipe,
This was really needed.
I was wondering if you had thought of supporting HTTP POST and supporting
XML based gateways in 'generic'.
This could be done by
Adding an extra parameter to the group called url-template which would point
to a
Paul Bagyenda wrote:
If you poke around in Mbuni libs, there is code for doing HTTP POST
(enctype = www-url-encoded and multipart/form-data) handling nicely, so
you could use that too instead of XML. XML adds the over-head of the
other side having to parse that rather than merely have
Alejandro Guerrieri wrote:
[I've send this email a couple of days ago but seems to have been lost
during the last round of kernel panics on the Kannel server. Sorry if
it comes twice]
a side note:
sorry for server outage... the machine had uptime over 120 days without a single
issue, now
Alejandro Guerrieri wrote:
Dear list,
I've made a patch for fakesmsc to implement a sort of Interactive Mode.
The patch modifies fakesmsc as follows:
If you call fakesmsc without any message, instead of panicking it
enters interactive mode, meaning that listens on stdin for fake MO
messages.
Vincent CHAVANIS wrote:
It fixes aliases in smsbox.
I don't understand why list should be destroy after executing the
function find_translation()
It fixes the segfault when smsbox is exiting. (seem happens in free
variables process)
Thanks uhuru for reporting this and provide a patch.
Enver ALTIN wrote:
Alejandro, thanks a lot. I have quickly reviewed the patch, I haven't
tested it though. It's rather very small and at least it doesn't destroy
any current functionality so it's harmless. Also it's very useful
because most people I have seen can't get fakesmsc to actually
[EMAIL PROTECTED] wrote:
Hello,
I see the latest kannel comes with a wtls implementation. Are there any
security issues with the wtls implementation.
Does the fakewap test usage of wtls as well? What simulator can i use to
test the wtls implementation? I tried the Nokia 7210 emulator but it
Ben Suffolk wrote:
Sunil,
This is possible, by you creating a unique ID and passing it as part of
the dlr-url parameter.
That is if you dlr-url was http://localhost/dlr.phpstatus=%d for
instance, you would make it something like
http://localhost/dlr.phpstatus=%duid=1234
Where you
Alexander Malysh wrote:
Hi Vincent,
I would like to keep UTF-8 as default charset. So we can send any
charset we want w/o any troubles. I agree that we should document it in
userguide. For users that want further send in latin1: they can use
'charset=LATIN1' cgi parameter for sendsms
Vincent CHAVANIS wrote:
before (MO)
E50_NMSG
2852453A2950657572206465206D61207205616374696F6E2070617320726170706F7274207F2071756F693F
E50_AMSG(RE:)Peur de ma réaction pas rapport à quoi?
E50_TMSG(RE:)Peur de ma réaction pas rapport à quoi?
before (DLR)
E50_NMSG
-13 Stipe Tolj stolj at kannel.org
* gw/urltran.c: fxing alias support for sms-service in smsbox. Thanks to
Vincent for analysis and patch. Also removed debugging grp_dump() from
Alex' previous UTF-8 patch.
[Msg-Id: [EMAIL PROTECTED
Enver ALTIN wrote:
On Thu, 2006-10-12 at 16:23 +0200, Stipe Tolj wrote:
a sms-service will get UTF-8'ed values for non ASCII chars rather then
latin as before, right?
Which is the expected behavior, IMO. Called service should be able to
handle Content-Type header properly and convert
Josh McAllister wrote:
Actually I have to eat some serious crow here. I checked out 1.41
instead of 1.4.1 and did a quick scan of the src for evidence of the
patch and of course it wasn't in there. Got the appropriate 1.4.1 and it
IS of course in there. Sorry for the false alarm. =/ Perhaps
Alexander Malysh wrote:
Hi,
yep, you are right we must fix it. But we should think of all possible
implications and fix it right.
I will try to fix it right...
ok, Alex commited to do this... he's in charge for it :)
Stipe
Hi Ben,
Ben Suffolk wrote:
I had assumed that the deliver_sm would come in on the RX bind, and the
submit_sm_resp as the reply on the TX bind. Are you saying the same
thread handles both these binds? If so is it possible that the SMSC did
in fact deliver the submit_sm_resp fractionally
Ben Suffolk wrote:
Stipe,
I had assumed that the deliver_sm would come in on the RX bind, and
the submit_sm_resp as the reply on the TX bind. Are you saying the
same thread handles both these binds? If so is it possible that the
SMSC did in fact deliver the submit_sm_resp fractionally
Hi Andreas,
Andreas Fink wrote:
In this case the solution is to use a SINGLE session instead one for
receive and one for transmit.
yep, a TRX (transceier) session may be used here...
But this has no implications to the logical PDU flow. The SMSC could still
behace like this:
ESME
Ben Suffolk wrote:
Andreas,
How do I do this?
I only have the one smsc configuration, with the tx and rx ports set.
So as far as I am aware its only on session anyway? If you mean a
transceiver , they are not supported by the operator.
yep, Andreas means the tranceiver mode actually.
Alexander Malysh wrote:
Hi,
this patch seems to be broken in all areas. Stipe? what should this
patch do?
1) I don't like call bb_alog_sms from smsc module, it's up to smsc layer
the call to bb_alog_sms() is in order to log the FAILING DLR receive event.
Unfortunatly we don't pass any
Dziugas Baltrunas wrote:
Hi again,
I was incorrect saying about NEWS of 1.4.1, since rev. was made after
a release and does not have stable_1_4_1 tag. However, this is still
going to affect those who are using CVS HEAD.
yep, we (me and Alex) mungled a bit between the gsm-03.38 and utf-8
Alexander Malysh wrote:
Hi All,
please find attached security bug fix for http.c. We have issue when we
use keep alive connections with our connection pool.
Just imagine such scenario without a patch:
1) http_start_request(..., ssl=0,certkeyfile=NULL,our_host=NULL)
2)
Enver ALTIN wrote:
On Wed, 2006-10-25 at 22:06 +0200, Alexander Malysh wrote:
please find attached security bug fix for http.c. We have issue when
we use keep alive connections with our connection pool.
Just imagine such scenario without a patch:
1) http_start_request(...,
Vincent CHAVANIS wrote:
I'm not familiar with configure macro.
But would be great to enable fPIC when it's available.
because mbuni does not support non-pic kannel compiled binaries when
using X86_64
-fPIC is system dependant?
we need to take care of it if it is.
Stipe
Ehizogie Binitie wrote:
Hi ,
I have two versions of Kannel . 1.4.0 and 1.4.1 on two different servers
with exactly the same conf file.
When I run the server with 1.4.0 and text a keyword to a shortcode I don’t
get an error.
When I run the server with 1.4.1 and send the exact same message,
Ehizogie Binitie wrote:
Interesting .. but 1.4.0 does not break with the same semantically
illegality .. what's changed in 1.4.1 ..?
yep, correct, was added post-1.4.0.
Does a work around exist ..?
??? either:
a) SMSC does it the right way
b) you need to force kannel to do it the wrong
Andreas Fink wrote:
this is correct... since it's semantically illegal to use a
combination on TON=1 and addr value 7 digits. This would mean,
that there exist an international destination number with less then 7
digits, there is no such in real life.
Stipe, I have to disagree. Some
Stipe Tolj wrote:
I'm +0 on this... so I'll change to a warning rather then error and
refusing the PDU.
commited to CVS HEAD:
2006-11-13 Stipe Tolj stolj at kannel.org
* gw/smsc/smsc_smpp.c: relaxing the TON=1 must have = 7 digits condition.
According to Andreas (see reference
Zeljko Safar wrote:
I am sorry. I was thinking on WAP.
We should be ready for 4G mobile networks and I would
like to know how is going to be with the WAP.
Now, UMTS et al will use HTTP directly via IP bearer obviously, so there is
less need for the old WAP 1.2 and WAP 2.0 stuff. Nevertheless
Hillel wrote:
Hi Juan,
I emailed the devel list and Stripe a few days ago on this. It seems strange
useful patches such as the patch for setting the sender in Wap Push is not
included in CVS? I wish Stripe would explain why some very useful patches
seem to get ignored.
I hope the patch for
Stipe Tolj wrote:
Enver ALTIN wrote:
Alejandro, thanks a lot. I have quickly reviewed the patch, I haven't
tested it though. It's rather very small and at least it doesn't destroy
any current functionality so it's harmless. Also it's very useful
because most people I have seen can't get
= octstr_duplicate(reply_emptymessage);
}
My proposition is to replace the if statement in order to check if the
message is a mt_reply (case a) or not.
Regards,
Colin
commited to cvs:
2006-11-17 Stipe Tolj stolj at kannel.org
* gw/smsbox.c: allow empty message responses.
Thanks
Hillel wrote:
Hi,
There are 3 patches that seem to be forgotten and we were wondered if they
can be added:
1)Noor Entertainment [EMAIL PROTECTED] sent in on Date: Wed, 12
Jul 2006 02:35:43 -0700 (PDT)
Please find attached a small patch against
gateway/gw/wap_push_ppg.c allowing to set the
Juan Nin wrote:
I sent e-mail to Christian from Noor Entertainment to review the 2
aspects
Andreas said about the Wap Push Sender patch
By saying that you commited it, you're saying that it has anyway been added
now? :)
not sure here... can you reference the discussion thread?
Stipe
Andreas Fink wrote:
I think the issue here is that you _receive_ an SMS (pdu type is
deliver_sm).
So the destination is whatever your SMSC sends you. The TON/NPI
settings dont apply there.
in any case you see a +8585 number there which probably should be 8585
(ton=0, npi=0)
the fixed
,
definetly ++1, commited to cvs, thanks!
2006-11-18 Stipe Tolj stolj at kannel.org
* gwlib/mime.c: fixing bug causing segfault due to destroyed, but then
reused Octstr pointer. Thanks to Paul for spotting this.
[Msg-Id: [EMAIL PROTECTED]]
Stipe
the corresponding end
quote).
ok, this was actually already fixed in rev 1.17, but I changed it again in
1.18, see my ChangeLog entry:
2004-07-09 Stipe Tolj [EMAIL PROTECTED]
* gw/smsc/smsc_soap.c: changing #ifdef #warning's to commented blocks to
get rid of the compiler warnings
Humberto Figuera wrote:
Hi,
There is a minor patch for gw/sqlbox_pgsql.h ;p
I hope the list can appreciate it and it to be committed to CVS ;p
thanks Humberto,
Rene, this one is for you I guess? ;)
Stipe
---
Kölner
Mi Reflejo wrote:
I think you are talking about sqlbox-standalone so actually, Is for me :)
ok, since Rene would pass the maintainace of sqlbox to you, we need to provide
cvs write access for your, right?
Which is a good chance to an advocation for letting you obtain cvs write
access. ;)
Paul Bagyenda wrote:
Hi,
According to RFC 2045, we should be parsing MIME/HTTP header value parameter
names in a case insensitive manner. To quote:
---
attribute := token
; Matching of attributes
; is ALWAYS case-insensitive.
value := token /
Alejandro Guerrieri wrote:
That's just not possible, since different Linux distributions use
different libraries and file locations among many other differences,
so there's no one for all solution for Kannel nor any other [fairly
complex] piece of code.
Compilation and linking usually takes
2006-12-01 00:32:48 [32092] [18] ERROR: SMPP: Unknown TLV
(0x0017,0x0004,) for PDU type (deliver_sm) received!
2006-12-01 00:32:48 [32092] [18] ERROR: SMPP: Unknown TLV
(0x0421,0x0001,00) for PDU type (deliver_sm) received!
2006-12-01 00:32:48 [32092] [18] ERROR: SMPP: Unknown TLV
Vincent CHAVANIS wrote:
Any objections ?
yep, the patch is not against CVS HEAD. We now have UTF-8 as inter-box default
encoding, and you add
+charset_gsm_to_latin1(msg-sms.msgdata);
which wrong here I guess.
Can you please check and diff against CVS HEAD?
Stipe
Andrikopoulos Dimitrios wrote:
=Start of PAP
Request==
POST http://172.16.15.30:7080/push/miep_normal
http://172.16.15.30:7080/push/miep_normal
User-Agent: wap_push/1.0
Content-Type: multipart/related;
Andrikopoulos Dimitrios wrote:
Dear Support,
I have installed Kannel 1.4.1 on a Fedora Core 5 system, and I use it
as a PPG. I use the
attached configuration file to interconnect Kannel with a NOKIA SMS-C,
which supports CIMD2,
and with a MySQL database for storing the DLRs.
I use
Paul Bagyenda wrote:
Hi people,
Just came across a small discrepancy between how the SMPP module
decodes MO SMS UDH and how the AT2 module does the same. (To be
precise, somebody was testing the incoming concatenation patch I posted
earlier, and tripped on this.)
The short story is
fred wrote:
There is still a window of oportunity for the smsbox to service sendsms
requests with Sent! before shutting.
lol the If you do kill bearerbox twice in a row
why is that ?, very usually I need to issue 2 shutdown commands before it
seems to want to shutdown. (but not always)
I have
Stipe Tolj stolj at kannel.org
* gw/wap_push_ppg.c: adding support to pass the 'from' source addr via
X-Kannel-From HTTP header in the PPG request.
Thanks to Christian Boustany [EMAIL PROTECTED] for this patch.
Stipe
sandyk007 wrote:
Hi How to use data_sm instead for submit_sm in kannel, replacing submit_sm pdu
with a data_sm pdu,any idea please let me know...RegardsSandesh K
first of all: DO NOT CROSS-POST to both lists, unless you have a GOOD reason! :/
... (like I usually have, just kidding ;)
Now,
migital wrote:
In bearerbox logs i am getting I/O error. When i restarted the berarerbox
this error goes away.
Can any body please explain me when can somebody have I/O error in logs
for bearerbox.
please provide a section of that bearerbox.log in debug log-level as
attachement, so we can
migital wrote:
Well I am using kannel version 1.2.1, is it something which has been fixed in
later version.
ok, I won't even look at the log. Please go and update to 1.4.1 or even CVS HEAD
version.
It makes no sense to investigate bugs that may be resolved already. Sorry, but
you really
Vincent CHAVANIS wrote:
wps :) !
here is the new patch
+1, commited to CVS HEAD in a slight variation.
Thanks a lot.
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture
Alexander Malysh wrote:
ahh sorry, I only read your first patch. The second one is correct :)
:ppp
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation
Hi list,
Gottfried from Siemens ask me if Kannel is capable of acting in the way to
failback to alternative routes (SMSC connections obviously) when the primary
route is not working.
Of course we can do this for the case the SMSC is generally not available in the
term that it is in the
migital wrote:
CAn any one please tell me how can i download the kannel version 1.2.1. I
tried the links on kannel.org but they are not working.
please DO NOT use 1.2.1 stable. This is an OUTDATED version. Please use 1.4.1
stable if your in production usage and/or CVS HEAD to confirm
migital wrote:
Hi All,
I am facing some problem in building my kannel code on a solaris machine. It
would be great if someone can help me to resolve them. Following are the
errors which i am getting.
which C compiler are you using? Sun's or gcc?
Use gmake, since Sun's make will have some
Hello lists,
on behalf of the Kannel group I'd like to wish all of you that are concerned
with the activities these days, a happy christmas and all of you joyful season's
days and some rest from the daily businesses and stress factors.
We take these opportunity to say: THANK YOU!... it's the
Hi Enver,
Enver ALTIN wrote:
On 12/24/06, Stipe Tolj [EMAIL PROTECTED] wrote:
An excellent gift, I must say :-) Do you need help in doing the dirty
work? Looking at the docs it looks relatively straightforward.
dirty work would be sorting our issues from bug tracking system (mantis). Let
me
seik wrote:
Hello all,
Marry Christmas to all of you :)
As an end user of Kannel project, I would like to thank all of you,
have to say, I earn my salary thank to the excellent Kannel behavior
at high peaks of MO-MT traffic.
So, thank you again, wish you all the best,
and I would be glad to
Vincent CHAVANIS wrote:
The test is trivial, it does not crash anymore with this patch ;)
yeah... but we need a more generic test-suite for it.
Did you mention you're on vation?... Hey, obviously you have then enough time
beside the daily business! ;p
Stipe
Andreas Fink wrote:
I think as gwlib is a generic lib, the functions should stay there even
kannel doesnt use it directly at the current time.
+1 on Andreas opinion.
Since there is no elegant way (ie. via iconv) to convert from/to gsm charset,
kannel as SMS gateway lib provider should
Alexander Malysh wrote:
Hi Andreas,
you are right about gwlib that this is generic library. But why should
this library include broken by design functions? It's just impossible
to convert GSM to latin1 w/o loss so why include such functions?
that's not the point I guess.
iconv() also
Alexander Malysh wrote:
Hi Paul,
+1 for the at2 part.
-1 for the reassemble part. Your patch will never work reliable because
not only msisdn + refnum should be considered.
Reassemble should have triple as key: SMSC, msisdn, refnum.
IMO bb_boxc.c is the wrong place for this, bb_smscconn
Vincent CHAVANIS wrote:
passed through astyle --style=linux --pad=oper -m0 -s4 decode_emimsg.c
and through astyle --style=gnu --pad=oper -m0 -s4 decode_emimsg.c
mofidied slightly in style and commited to cvs:
2007-01-09 Stipe Tolj stolj at kannel.org
* test/decode_emimsg.c: adding
migital wrote:
Earlier I was using the kannel version1.2.1 and now I have upgraded to kannel
version1.4.1. When I was using kannel1.2.1, everything was working fine, but
now with the new version of kannel1.4.1, I am getting problems in getting
the status back, I am getting ” DLR-URL field
migital wrote:
Why kannel is not able to call this url. Even earlier i was using the same
url(With the required customization) and it was working fine.
that is right...
I checke code revisions of gw/smsbox.c. In fact yes, version 1.2.1 was using
rev. 1.209 of the file, while Bruno added the
Mi Reflejo wrote:
Since i get sick patching kannel because the indentation (spaces mixed
with tab [mixed 4 and 8 spaces too]) I decided to fix it. There is the
huge patch.
divide in two files
gwlibindent.patch
and gwindent.patch
I did it completely by hand and then for sanity check i did:
#
Mi Reflejo wrote:
Stipe:
I made a simple test to avoid typos:
diff -NrEbwB gw_orig gw_indeted
Empty result. So there isn't typos.
reasonable and sophisticated! +++1.
Any objections from other to commit?
Stipe
---
Kölner
migital wrote:
Thanks a lot for your help. But can you please elaborate more on this so that
i can overcome this problem or it will be great if you can please provide me
some pointers so that i can solve this problem.
there is not much more to say actually.
You need to encode a full URL
Alexander Malysh wrote:
no it just doesn't work as made Stipe and as you suggested. IIt just
was typo in my example.
Just compile this code sniplet and you will see that your and Stipe
changes are pointless:
snip -
static void my_func(void *a)
{
printf(a=%p, a);
Andreas Fink wrote:
depends on WHERE you do this macro
I often use it on ocstr_destroy by using O_DESTROY instead doing just
setting my octstr * to NULL after the call.
yep, as far as the octstr_create() is in the same stack scope.
If you pass the Octstr* pointer to several subsequent
and within typedef struct gw_dict_ops_t we
+ * define the three functions that deal with the key type explicitely.
+ *
+ * Stipe Tolj
+ * Based on Lars Wirzenius's gwlib/dict.[ch]
+ * Based on code by Tuomas Luttinen
+ */
+
+#ifndef GW_DICT_H
+#define GW_DICT_H
+
+typedef struct gw_dict gw_dict_t
Stipe Tolj wrote:
Hi list,
attached is an enhanced version of our gwlib/dict.[ch], now called
gwlib/gw-dict.[ch] that can used generic key types.
Generic means void* key actually, and now Octstr* key as current Dict
does. Why? Because under certain conditions it's too expensive to do all
type is independant from this implemenation. We pass
+ * also void* for the key type and within typedef struct gw_dict_ops_t we
+ * define the three functions that deal with the key type explicitely.
+ *
+ * Stipe Tolj
+ * Based on Lars Wirzenius's gwlib/dict.[ch]
+ * Based on code by Tuomas Luttinen
Hi list,
please find attached a patch for enhancing the current smsbox routing via
'smsbox-route' group in bearerbox scope.
Changed the config directives to 'smsc-id' and 'shortcode' for smsbox-route
group, since this fits the naming convention more, even while these are
semicolon seperated
Alexander Malysh wrote:
Hi,
seems sms_split function was always buggy and never worked correctly?
I found two issues:
1) max_part_len calculation was wrong.
It was:
max_len * 8 / 7 - udh_len
But because udh nerer packed this is just wrong end should be:
(max_len - udh_len) * 8 / 7
2)
Alexander Malysh wrote:
Hi Vincent,
is this SMSC working for you? I remember that this SMSC has had some issues
therefore was not enabled by default.
If you would like to enable it by default we need a userguide patch for how
to use it.
yep, agree'ing here with Alex... we need the sections
Vincent CHAVANIS wrote:
After a long proccess of investigation, i finaly found that this SMSC
have some serious issues
- XML specs files are really bad interpreted (fields are read with char
* and then converted into octstr)
- Lots of segfaults
- SMSC driver cannot support multi SMSC (with
Stipe Tolj wrote:
Hi list,
please find attached a patch for enhancing the current smsbox routing
via 'smsbox-route' group in bearerbox scope.
Changed the config directives to 'smsc-id' and 'shortcode' for
smsbox-route group, since this fits the naming convention more, even
while
Alexander Malysh wrote:
Hi Stipe,
I hope you know that we never add/change config values without updating
userguide? Please update user guide...
yep, agreed. Will add it shortly.
Stipe
---
Kölner Landstrasse 419
40589
Hillel wrote:
Hi,
Previously Stipe wrote one should use this patch if you needed to use WTLS
http://www.mail-archive.com/devel@kannel.3glab.org/msg06749.html
Is WTLS implemented in the latest Kannel CVS or does one need to use this
patch? We have compiled Kannel with SSL.
Hi,
the WTLS
Paul Keogh wrote:
Actually, it was the fine people from some company in Singapore who are no
longer
around.
As a footnote, we went with the Baltimore SDKs (binary), and were left high and
dry
when they disappeared :-(
Hi Paul,
so, this means there is general interest in getting WTLS
Hillel wrote:
Thanks. As you said maybe someone very experienced with cryto will take up
the challange.
I doubt it seriously. Reason: WTLS never was that high demand in WAP 1.2.x and
WAP 1.2.x is reducing it's market share...
I would love to dig into it, but I simply can't have the time.
please ignore, maillist test.
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
Hi list,
I have some good input on extending Kannel's config handling abilities:
Currently we have several needs for a config value list, some examples:
group = smsc
...
accepted-smsc-id = A;B;C
group = sms-service
...
aliases = key2;key3;key4
group = smsbox-route
...
Hillel wrote:
Hi list,
This will be great if it will allow one to use different GET URLs based
solely on a short code or a combination of short code and keyword (with or
without a regular expression).
If I understand the user guide correctly you can't set get-url's based on
short codes or
fred wrote:
How do I get this config option to generate -g -O0
instead of -g -O2
Hi Fred,
how about:
$ ./configure --with-cflags=-g -OO [...]
??
Or do we hard encode -O2 somewhere in the configure.in macros?
Stipe
---
Alexander Malysh wrote:
Hi Ben,
sorry you are right. That was 0x10 and is in my local copy :)
Stipe made commit that changed it:
1.21 (stolj07-Jan-07): #define DLR_SMSC_FAIL 0x16
Ok, I will correct it in cvs and commit.
yep, my fault, appologies... I mis-interpreted
Stipe Tolj wrote:
now, this behaviour is now *confirmed* for a vanila CVS checkout and
fakesmsc usage via gw/smskannel.conf sample config on the following
hosts too:
amd64, 2.6.20-1.2307.fc5 x86_64
x86, 2.6.11-1.1369_FC4 i686
so this is considered as generic bug! (that's why I cross-post
Alexander Malysh wrote:
Hi All,
any objections to this patch or should I commit it to cvs?
if there is a behaviour change in the patch, please provide us time until end of
the week to have at least 1-2 more delopers to review.
If no behaviour change, then no objections so far from me.
Stipe Tolj wrote:
Stipe Tolj wrote:
now, this behaviour is now *confirmed* for a vanila CVS checkout and
fakesmsc usage via gw/smskannel.conf sample config on the following
hosts too:
amd64, 2.6.20-1.2307.fc5 x86_64
x86, 2.6.11-1.1369_FC4 i686
so this is considered as generic bug
Thanos Chatziathanassiou wrote:
I've noticed that there is a configure option ``--with-sqlite'' and
``--with-sqlite3'', but no relevant gw/dlr_sqlite.c and gw/dlr_sqlite3.c
files.
I have put in support for SDB_SQLITE in gw/dlr_sdb.c (attached) and was
wondering if someone is already working
[EMAIL PROTECTED] wrote:
Hi All,
Adding new http smsc in kannel requires source code modification in the
file smsc_http.c, and implement of 3 fonctions :
xxx_send_sms
xxx_parse_reply
xxx_receive_sms
My problem is that I want to have only 3 fonctions for all http smsc,
and then add
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Malysh wrote:
Hi Ben,
it's easy to update configure but as far as I see it's not a standart
location for iconv. I assume you installed it from sources and autoconf
don't know /usr/local as location (that work on linux out of the box).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raul Igrisan wrote:
My pleasure :-)
Now this issue might happen in smsbox and wapbox because they call gwlib/log
from the signal handlers as opposed to the bearer box which properly handles
the signals.
Would anyone address this issue and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Malysh wrote:
Hi,
it's already in mantis for a year already. I opened a bug as I fixed
bearerbox issue.
bug # ??
Stipe
- ---
Kölner Landstrasse 419
40589 Düsseldorf,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georg von Zezschwitz wrote:
Could you give me a hint, if I have overseen anything?
(Found: Comment style, brace placement for functions)
Hi Georg,
looks ok to me, while untested at this point from my side.
+0 for commiting, some comments:
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georg von Zezschwitz wrote:
Hi,
A feature I would like to have / implement in Kannel is HTTP header
filtering.
Most urgent I would like this feature for the PPG.
Currently, if you submit e.g. by curl a PPG request, the generated
short
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georg von Zezschwitz wrote:
Index: doc/userguide/userguide.xml
===
RCS file: /home/cvs/gateway/doc/userguide/userguide.xml,v
retrieving revision 1.329
diff -u -r1.329 userguide.xml
901 - 1000 of 1437 matches
Mail list logo