Re: send Arabic sms
Guillaume Cottenceau wrote:
alaa a alaa_info2005 'at' hotmail.com writes:
Hi every one
i use kannel1.4.0 in windows xp
i sent English sms using kannel sms gateway and smpp protocol successfully.
Now i need to send Arabic sms ,what changes should i do to do that ?
You need to use UCS2 (and you have to know that one SMS is
limited to 70 characters then). When using the send-sms interface
to send an MT, use coding=2 and put the message in the text=
field. The message needs to be expressed with the UTF16BE
charset. Check the kannel user-guide documentation if needed,
these settings are described.
Notice: how to convert your message to UTF16BE depends on your
software environment and I don't know windoze myself.
in some cases an other option to UCS-2 is possible to obtain the full SMS
payload length:
In SMPP the DCS value defines the character set encoding. SMPP does not define a
reserved value for arrabic, but it may be possible that the SMSC provider has an
assigned DCS value for a specific arabic encoding set. Please contact him
directly to ask if they have assigned a DCS value for a specific arrabic encoding.
In any case: use CVS HEAD instead of 1.4.0, it's a 1.4.1RC.
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Obtaining the message ID set by the SMSC
Ben Suffolk wrote:
Hi,
I would like to be able to get the message ID set by the SMSC. I know
it is stored in the ts field int he DLR database. I have looked for a
substitution variable to add it into the dlr-url but I can only find
one for the internal kannel ID of the message. Have I missed it, or is
it not possible?
Its very useful to get this ID for any issues / reconciliation with the
operator.
currently there is no way to pass the SMPP message id to the upper layer
(application layer, ie. smsbox). Reason: we want as much abstraction to the
specific SMSC protocols as possible.
But users claimed this issue to be required.
Yes, the SMSC side ID is stored in the temp DLR data field 'ts' in order to
match the DLR.
We could think of transporting the SMSC side ID (message_id in SMPP, or
OADC:teimstamp in EMI/UCP) back to smsbox layer. Any suggestions, comments from
the list on this?
The main question is: why? smsbox should abstract and your application layer
wouldn't need that ID. If you have hassle with SMSC, then it's included in the
bearerbox.log for reference.
@Ben: can you describe a senseful scenario for this need?
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Compiling on FreeBSD
Ben Suffolk wrote:
Hi,
I have been using the latest release version of Kannel via ports
(1.4.0) which compiles just fine.
I figured I should check out CVS so I can try some of the new
functionality out. configure runes fine, I do a make depend which runs
then a make, which errors :-
gcc -D_REENTRANT=1 -I. -Igw -g -O2 -pthread -I/usr/local/include/
libxml2 -I/usr/local/include -I/usr/include/openssl -o wmlscript/ wmlsc
wmlscript/wmlsc.o libgw.a libwmlscript.a libwap.a libgwlib.a - lssl -lm
-lc_r -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv - lm
-L/usr/lib -lcrypto -lssl
wmlscript/wmlsc.o: In function `main':
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:178: undefined
reference to `ws_create'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:238: undefined
reference to `ws_compile_data'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:249: undefined
reference to `ws_free_byte_code'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:252: undefined
reference to `ws_compile_file'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:262: undefined
reference to `ws_result_to_string'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:269: undefined
reference to `ws_destroy'
wmlscript/wmlsc.o: In function `pragma_meta':
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:299: undefined
reference to `ws_utf8_to_latin1'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:300: undefined
reference to `ws_utf8_to_latin1'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:302: undefined
reference to `ws_utf8_to_latin1'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:314: undefined
reference to `ws_utf8_free_data'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:315: undefined
reference to `ws_utf8_free_data'
/home/suffo_b/kannel/cvs/gateway/wmlscript/wmlsc.c:316: undefined
reference to `ws_utf8_free_data'
*** Error code 1
???
strange, shouldn't happen on a fresh checkout. Did you use GNU make?
Can anybody give me any pointers to what might be causing the problems
with the latest CVS.
Also out of interest I saw some mention of 1.4.2 the other day in
relation to a concat patch, does this mean 1.4.1 might be released soon?
yep, 1.4.1 is about to be released.
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Compiling on FreeBSD
strange, shouldn't happen on a fresh checkout. Did you use GNU make? Ah No I didn't, it gets a lot further with gmake :- tp_server.o -c test/test_http_server.c test/test_http_server.c: In function `client_thread': test/test_http_server.c:196: syntax error before `pid' test/test_http_server.c:198: `f' undeclared (first use in this function) test/test_http_server.c:198: (Each undeclared identifier is reported only once test/test_http_server.c:198: for each function it appears in.) gmake: *** [test/test_http_server.o] Error 1 yep, 1.4.1 is about to be released. Excellent news, is there anything documented anywhere on what's new in 1.4.1 compared to 1.4.0? Ben
Re: Obtaining the message ID set by the SMSC
@Ben: can you describe a senseful scenario for this need? Sure, Let suppose you are sending reverse billed SMS messages, i.e. ones that you should get a share of the revenue from the operator for. At the end of the charging period they tell you how many chargeable message you sent. When you reconcile this with the number you actually sent, the chances of it matching are slim. If you have the DLR with the operators assigned ID you are then able to add a little more weight to your argument that supports your message counts not theirs. Its would also be useful for other support resolution issues, such as message that don't get delivered, by having the ID you can pass it to the operators TS people. Although I guess in this instance the ID would be available through the DLR table in the ts field. Regards Ben
Re: Compiling on FreeBSD
On Sat, Sep 23, 2006 at 02:55:08PM +0100, Ben Suffolk wrote: Excellent news, is there anything documented anywhere on what's new in 1.4.1 compared to 1.4.0? ... and is there somekind of a schedule or expected date for release? Mart
Re: Compiling on FreeBSD
Ben Suffolk wrote:
strange, shouldn't happen on a fresh checkout. Did you use GNU make?
Ah No I didn't, it gets a lot further with gmake :-
tp_server.o -c test/test_http_server.c
test/test_http_server.c: In function `client_thread':
test/test_http_server.c:196: syntax error before `pid'
test/test_http_server.c:198: `f' undeclared (first use in this function)
test/test_http_server.c:198: (Each undeclared identifier is reported
only once
test/test_http_server.c:198: for each function it appears in.)
gmake: *** [test/test_http_server.o] Error 1
??? fresh checkout? gcc compiler?
yep, 1.4.1 is about to be released.
Excellent news, is there anything documented anywhere on what's new in
1.4.1 compared to 1.4.0?
yep, the NEWS file will carry all relevant information on that.
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Compiling on FreeBSD
[EMAIL PROTECTED] wrote:
On Sat, Sep 23, 2006 at 02:55:08PM +0100, Ben Suffolk wrote:
Excellent news, is there anything documented anywhere on what's new
in 1.4.1 compared to 1.4.0?
... and is there somekind of a schedule or expected date for release?
THIS week-end!
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Compiling on FreeBSD
strange, shouldn't happen on a fresh checkout. Did you use GNU make? Ah No I didn't, it gets a lot further with gmake :- tp_server.o -c test/test_http_server.c test/test_http_server.c: In function `client_thread': test/test_http_server.c:196: syntax error before `pid' test/test_http_server.c:198: `f' undeclared (first use in this function) test/test_http_server.c:198: (Each undeclared identifier is reported only once test/test_http_server.c:198: for each function it appears in.) gmake: *** [test/test_http_server.o] Error 1 ??? fresh checkout? gcc compiler? Yep :- piglet:$ cvs up -d cvs update: Updating . cvs update: Updating benchmarks cvs update: Updating checks cvs update: Updating contrib cvs update: Updating contrib/kannel-monitor cvs update: Updating contrib/mon cvs update: Updating contrib/php-admin cvs update: Updating contrib/web cvs update: Updating contrib/webalizer cvs update: Updating debian cvs update: Updating doc cvs update: Updating doc/alligata cvs update: Updating doc/arch cvs update: Updating doc/examples cvs update: Updating doc/platforms cvs update: Updating doc/userguide cvs update: Updating doc/userguide/images cvs update: Updating doc/wtls cvs update: Updating gw cvs update: Updating gw/smsc cvs update: Updating gwlib cvs update: Updating radius cvs update: Updating solaris cvs update: Updating solaris/etc cvs update: Updating test cvs update: Updating utils cvs update: Updating wap cvs update: Updating wmlscript piglet:$ uname -a FreeBSD piglet.vanilla.net 4.10-STABLE FreeBSD 4.10-STABLE #2: Thu Jul 27 10:26:36 BST 2006 [EMAIL PROTECTED]:/usr/obj/usr/ src/sys/DELL-PE750 i386 piglet:$ gcc --version 2.95.4 piglet:$ gmake --version GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Regards Ben
Re: Compiling on FreeBSD
strange, shouldn't happen on a fresh checkout. Did you use GNU make? Ah No I didn't, it gets a lot further with gmake :- tp_server.o -c test/test_http_server.c test/test_http_server.c: In function `client_thread': test/test_http_server.c:196: syntax error before `pid' test/test_http_server.c:198: `f' undeclared (first use in this function) test/test_http_server.c:198: (Each undeclared identifier is reported only once test/test_http_server.c:198: for each function it appears in.) gmake: *** [test/test_http_server.o] Error 1 ??? fresh checkout? gcc compiler? Yep :- piglet:$ uname -a FreeBSD piglet.vanilla.net 4.10-STABLE FreeBSD 4.10-STABLE #2: Thu Jul 27 10:26:36 BST 2006 [EMAIL PROTECTED]:/usr/obj/ usr/src/sys/DELL-PE750 i386 piglet:$ gcc --version 2.95.4 piglet:$ gmake --version GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I have just tried it on a different FreeBSD Box and it compiles fine, this ones a newer build :- [EMAIL PROTECTED] ~/kannel/gateway]$ uname -a FreeBSD magnum.internal.vanilla.net 6.1-STABLE FreeBSD 6.1-STABLE #1: Mon Jul 17 13:49:12 UTC 2006 [EMAIL PROTECTED]:/ usr/obj/usr/src/sys/PE1650 i386 [EMAIL PROTECTED] ~/kannel/gateway]$ gcc --version gcc (GCC) 3.4.4 [FreeBSD] 20050518 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED] ~/kannel/gateway]$ gmake --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i386-portbld-freebsd6.1
Re: Compiling on FreeBSD
Ben Suffolk wrote:
strange, shouldn't happen on a fresh checkout. Did you use GNU make?
Ah No I didn't, it gets a lot further with gmake :-
tp_server.o -c test/test_http_server.c
test/test_http_server.c: In function `client_thread':
test/test_http_server.c:196: syntax error before `pid'
test/test_http_server.c:198: `f' undeclared (first use in this
function)
test/test_http_server.c:198: (Each undeclared identifier is
reported only once
test/test_http_server.c:198: for each function it appears in.)
gmake: *** [test/test_http_server.o] Error 1
??? fresh checkout? gcc compiler?
Yep :-
piglet:$ uname -a
FreeBSD piglet.vanilla.net 4.10-STABLE FreeBSD 4.10-STABLE #2: Thu
Jul 27 10:26:36 BST 2006 [EMAIL PROTECTED]:/usr/obj/
usr/src/sys/DELL-PE750 i386
piglet:$ gcc --version
2.95.4
piglet:$ gmake --version
GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
I have just tried it on a different FreeBSD Box and it compiles fine,
this ones a newer build :-
[EMAIL PROTECTED] ~/kannel/gateway]$ uname -a
FreeBSD magnum.internal.vanilla.net 6.1-STABLE FreeBSD 6.1-STABLE #1:
Mon Jul 17 13:49:12 UTC 2006 [EMAIL PROTECTED]:/
usr/obj/usr/src/sys/PE1650 i386
[EMAIL PROTECTED] ~/kannel/gateway]$ gcc --version
gcc (GCC) 3.4.4 [FreeBSD] 20050518
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
[EMAIL PROTECTED] ~/kannel/gateway]$ gmake --version
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for i386-portbld-freebsd6.1
now, I can confirm that it builds cleanly on:
[EMAIL PROTECTED] uname -a
FreeBSD vm-freebsd6.intern.tolj.org 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Nov
3 09:36:13 UTC 2005
I have no clue why that other doesn't build. Are you shure it's a clean
checkout?
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Compiling on FreeBSD
now, I can confirm that it builds cleanly on: [EMAIL PROTECTED] uname -a FreeBSD vm-freebsd6.intern.tolj.org 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 I have no clue why that other doesn't build. Are you shure it's a clean checkout? I just did an rm -rf on it to make sure, and checked it out again. Same story. I am currntly build the gcc34 port to make it the same version as the FreeBSD 6.1 box. I'll let you know the results. Ben
Re: send Arabic sms
Hi
I read that cygwin 2.510.2.2 has only 600 threads ,so it's not perfect
choice to compile kannel1.4.0 using cygwin2.510.2.2 to use it under windows
xp.
Iwant to ask if there is any way to increase the number of threads in cygwin
??
best regards.
From: Stipe Tolj [EMAIL PROTECTED]
To: Guillaume Cottenceau [EMAIL PROTECTED]
CC: alaa a [EMAIL PROTECTED], devel@kannel.org
Subject: Re: send Arabic sms
Date: Sat, 23 Sep 2006 14:52:03 +0200
Guillaume Cottenceau wrote:
alaa a alaa_info2005 'at' hotmail.com writes:
Hi every one
i use kannel1.4.0 in windows xp
i sent English sms using kannel sms gateway and smpp protocol
successfully.
Now i need to send Arabic sms ,what changes should i do to do that ?
You need to use UCS2 (and you have to know that one SMS is
limited to 70 characters then). When using the send-sms interface
to send an MT, use coding=2 and put the message in the text=
field. The message needs to be expressed with the UTF16BE
charset. Check the kannel user-guide documentation if needed,
these settings are described.
Notice: how to convert your message to UTF16BE depends on your
software environment and I don't know windoze myself.
in some cases an other option to UCS-2 is possible to obtain the full SMS
payload length:
In SMPP the DCS value defines the character set encoding. SMPP does not
define a reserved value for arrabic, but it may be possible that the SMSC
provider has an assigned DCS value for a specific arabic encoding set.
Please contact him directly to ask if they have assigned a DCS value for a
specific arrabic encoding.
In any case: use CVS HEAD instead of 1.4.0, it's a 1.4.1RC.
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Re: Compiling on FreeBSD
now, I can confirm that it builds cleanly on: [EMAIL PROTECTED] uname -a FreeBSD vm-freebsd6.intern.tolj.org 6.0-RELEASE FreeBSD 6.0- RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 I have no clue why that other doesn't build. Are you shure it's a clean checkout? I just did an rm -rf on it to make sure, and checked it out again. Same story. I am currntly build the gcc34 port to make it the same version as the FreeBSD 6.1 box. I'll let you know the results. piglet:$ gcc --version gcc (GCC) 3.4.6 [FreeBSD] Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. After the upgrade of GCC it compiles fine, hope that can shed some light on the problem for you. Regards Ben
postgreSQL DLRs
Hi Guys, Though I'd let you know I had to remove the LIMIT 1 from the delete lines as it causes an error for postgreSQL (version 7.4.6 is what I am running). Regards Ben
Re: postgreSQL DLRs
Ben Suffolk wrote:
Hi Guys,
Though I'd let you know I had to remove the LIMIT 1 from the delete
lines as it causes an error for postgreSQL (version 7.4.6 is what I am
running).
sounds to me like an old issue. Is this inside 1.4.0 or CVS?
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Compiling on FreeBSD
Ben Suffolk wrote:
now, I can confirm that it builds cleanly on:
[EMAIL PROTECTED] uname -a
FreeBSD vm-freebsd6.intern.tolj.org 6.0-RELEASE FreeBSD 6.0- RELEASE
#0: Thu Nov 3 09:36:13 UTC 2005
I have no clue why that other doesn't build. Are you shure it's a
clean checkout?
I just did an rm -rf on it to make sure, and checked it out again.
Same story. I am currntly build the gcc34 port to make it the same
version as the FreeBSD 6.1 box. I'll let you know the results.
piglet:$ gcc --version
gcc (GCC) 3.4.6 [FreeBSD]
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
After the upgrade of GCC it compiles fine, hope that can shed some
light on the problem for you.
actually: nop ;)
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/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Compiling on FreeBSD
After the upgrade of GCC it compiles fine, hope that can shed some light on the problem for you. actually: nop ;) Ok I had a theory, and did a little bit of playing around. I can now make it compile under the default version of GCC. Its because the declaration of the variables pid and *f do not come at the start of a block. Attached is a patch file to do this. gcc29.patch Description: Binary data Regards Ben
