(in the latest CVS) - I believe I saw a note about that some time ago.
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
Mai: [EMAIL PROTECTED]
www: www.coolsystems.dk
Andreas Fink wrote:
Vincent says:
- logrotate is your friend
in source) -
this problem is probably not directly related to the utf-8 patch.
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
Mai: [EMAIL PROTECTED]
www: www.coolsystems.dk
Alexander Malysh wrote:
Hi all,
at http
Hi,
Alexander Malysh wrote:
Hi,
Am 20.07.2006, 12:48 Uhr, schrieb Peter Christensen [EMAIL PROTECTED]:
Hi Alex,
Awesome initiative! I've been hoping for this to happen for quite a
Thanks!
while. There are a few issues though:
1. In the gwlib/latin1_to_gsm.h, SP (space) is replaced
, NRP, NRP, NRP, NRP, /* 128 - 135 */
Once again, 0x80 is encoded into 0x1B 0x65
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Alexander Malysh wrote:
Hi Peter,
I'm
since, and have thus
not been reminded of the issue. (This is actually also the case with the
MySQL escaping in dlr_mysql.c)
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
to be no memory leaks,
double frees, or segmentation faults.
--
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
diff -Nru gateway/gw/smsbox.c gateway.smsbox/gw/smsbox.c
Stipe Tolj wrote:
Peter Christensen wrote:
diff -Nru gateway/gw/smsbox.c gateway.leak/gw/smsbox.c
--- gateway/gw/smsbox.c2005-12-09 03:14:31.0 +0100
+++ gateway.leak/gw/smsbox.c2006-01-20 21:30:57.0 +0100
@@ -2119,7 +2119,7 @@
newfrom = octstr_duplicate
Hi,
Alexander Malysh wrote:
Hi,
Peter Christensen schrieb:
Hi,
You're right, I probably should check the length before converting
from GSM to latin1 (after all, the 11 char limit is in the GSM
charset, not the latin1).
SMPP_DEFAULT_CHARSET is not defined in alpha_gsm either, do you want
Hi,
Just wondering. What became the final conclusion on MySQL escaping?
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Andreas Fink wrote:
On 10.01.2006, at 21:01, Stipe
?
--
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
diff -Nru gateway/gw/smsbox.c gateway.leak/gw/smsbox.c
--- gateway/gw/smsbox.c 2005-12-09 03:14:31.0 +0100
+++ gateway.leak/gw
has such behavior: because some SMSCs suspend (security
issue) your account when you unintentionally supplied wrong system_id or
password. And then you have to contact support and explain something
etc. etc. It's just good behavior to not to abuse SMSC...
Thanks,
Alex
Peter Christensen
where the @ ought to have been.
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Alexander Malysh wrote:
Hi,
thanks for patches!
Some notes:
- please check addr length before
Hi,
Apparently fixing that was quite easy. When the SMPP thread escapes the
while (!smpp-quitting) loop, I set state to SMSCCONN_DEAD
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www
I've done exactly that too :D
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Benjamin Lee wrote:
For what it's worth... this behaviour occurs on an SMSC operated by a
large
charset becomes the default, which might not
be desirable. Alternatively the option could be boolean:
addr-gsm = boolean
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Hillel
kannel
can now be configured to assume utf-8 or whatever, an alphanumeric
address could actually be 44 characters long and still be valid (11
greek letters).
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED
if the protocol is
followed exactly as written, Scandinavia have lost :(
If I create a new patch where the option i selectable, would it then
have a better chance of entering the CVS, or shouldn't I bother at all?
Med venlig hilsen / Best regards
Peter Christensen
Developer
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
.
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Alexander Malysh wrote:
Hi Peter,
please find comments bellow...
Thanks,
Alex
Peter Christensen wrote:
Hi again,
Here's
relatively often). With later CVS
releases this didn't seem to work, so instead I've added some
functionaly to the init script instead.
--
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www
Sure thing, this is also why I made one for the actual official SMPP
errors and one for the mBlox errors, in case anyone should be
interested. The mBlox patches I've seen around did not add recognition
of the errors.
Med venlig hilsen / Best regards
Peter Christensen
Developer
, this is how I have understood the setting. Check out GSM TS
03.38 for more info.
--
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Hillel wrote:
Dear Kannel Developers.
From
Oh - my bad. alt-dcs=1 was 0fmm and alt-dcs=2 was 00cmffmm.
Med venlig hilsen / Best regards
Peter Christensen
Developer
--
Cool Systems ApS
Tel: +45 2888 1600
@ : [EMAIL PROTECTED]
www: www.coolsystems.dk
Peter Christensen wrote:
Hi Hillel,
1)
coding=1 is for binary
than 8 characters are not suitable for
SMPP.
--
Peter Christensen
M Amedeo Alaimo wrote:
Hello,
I have a question about Kannel and the smsc-password length
The smpp v3.4 states the maximum length is 9 characters.
The password i was supplied from our provider is 9 characters.
I put a line
Hi,
Personally I have to configure kannel with:
CFLAGS=-I/usr/include/mysql ./configure --with-mysql --with-mysql-dir=/usr
to get the desired result. Have you tried that, Rene?
--
Peter Christensen
Stipe Tolj wrote:
Rene Kluwen wrote:
Rene Kluwen wrote:
This bug can be solved
Hi,
Just for the record - IF kannel did call the dlr-url, the state of the
message would be NACK/xxx where xxx is the error code (as a decimal
number, if I remember correct)
Best regards
Peter Christensen
Andreas Fink wrote:
On 30.11.2005, at 15:55, Hillel wrote:
Hi,
Thanks for your
Hi Mario,
It seems to me that the problem is the operator. Some operators allow
you to transmit messages to them as fast as you want, others don't.
Without the complete dump (for instance, beginning with sequence number
1), it is difficult to see whether kannel actually has a bug, or if it
,
Peter Christensen
--- gateway/gw/smsc/smsc_smpp.c 2005-08-12 18:12:58.0 +0200
+++ gateway.new/gw/smsc/smsc_smpp.c 2005-08-18 18:01:57.055871145 +0200
@@ -78,6 +78,8 @@
#include sms.h
#include dlr.h
+#define SMPP_CHARSET CP1252
+
/*
* Select these based on whether you want to dump
28 matches
Mail list logo