Re: send Arabic sms
Stipe Tolj st 'at' tolj.org writes: 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. Ah, nice to know. But what about SMSC-phone? Your solution supposes that the phones also support an alternative charset for arabic transport? Because if the SMSC needs to recode as UCS2 to send to the phone then the win is minimal (e.g. SMS splitted). -- Guillaume Cottenceau Create your personal SMS or WAP Service - visit http://mobilefriends.ch/
Re: send Arabic sms
Guillaume Cottenceau wrote: Stipe Tolj st 'at' tolj.org writes: 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. Ah, nice to know. But what about SMSC-phone? Your solution supposes that the phones also support an alternative charset for arabic transport? Because if the SMSC needs to recode as UCS2 to send to the phone then the win is minimal (e.g. SMS splitted). correct... So it's still a tricky thing, since you would depend on the phone and it's support for some (non commonly used) ISO-8x or whatever charset. 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: send Arabic sms
Andreas Fink andreas 'at' fink.org writes: Comparing to other languages, it doesn't make real sense to use some 8bit encoding (like UTF8) for Arabic. I respectfully disagree. Arabic is alphabet-based, so 8bit is more than enough, thus much more efficient. As an example, Arabic Linux distros have long used ISO-8859-6 as system charset; actually, unicode is better suited now, as ISO-8859-6 seems to be a bit broken (I suspect the reason being that computing was mostly designed/standardized by western entities) but theoretically, using 2 bytes per character for an alphabet-based language is wasteful. However, we're going farther and farther from the kannel topic there :) -- Guillaume Cottenceau Create your personal SMS or WAP Service - visit http://mobilefriends.ch/
Re: send Arabic sms
this might be true but I dont think phones have implemented this as its not part of the GSM standard. In other words, even if one OPERATOR has it implemented and one PHONE, its no good as there are always phones on the market whcih wouldnt support it. Unicode is the way to go here. On 25.09.2006, at 11:25, Guillaume Cottenceau wrote: Andreas Fink andreas 'at' fink.org writes: Comparing to other languages, it doesn't make real sense to use some 8bit encoding (like UTF8) for Arabic. I respectfully disagree. Arabic is alphabet-based, so 8bit is more than enough, thus much more efficient. As an example, Arabic Linux distros have long used ISO-8859-6 as system charset; actually, unicode is better suited now, as ISO-8859-6 seems to be a bit broken (I suspect the reason being that computing was mostly designed/standardized by western entities) but theoretically, using 2 bytes per character for an alphabet-based language is wasteful. However, we're going farther and farther from the kannel topic there :) -- Guillaume Cottenceau Create your personal SMS or WAP Service - visit http:// mobilefriends.ch/
Re: [PATCH] Support for OTA syncsettings documents
Adrian Silva wrote: Hello, The patch adds support for sending binary syncsettings documents as described on the Nokia/SonyEriccsson OTA Specification 7. This allows the remote configuration of syncml settings. OTA syncsettings are primarily supported by SonyEriccsson phones. A new ota type, 'syncsettings', is enabled. Changes to ota_prov.c send fixed udh and wsp headers as required by the OTA Spec. In ota_compiler.c the function 'parse_ota_syncsettings' is called only when parsing a syncsettings xml and skips the other parsing functions in 'parse_element'. Included also in the patch is a small addition to the user guide explaining 'oma-settings' and 'syncsettings' support on the cgi interface. thanks a lot, commited to cvs and will be included in 1.4.1. 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: [ADDON/test] Program that decodes EMI/UCP data
passed through astyle --style=linux --pad=oper -m0 -s4 decode_emimsg.c and through astyle --style=gnu --pad=oper -m0 -s4 decode_emimsg.c Vincent. - Original Message - From: Stipe Tolj [EMAIL PROTECTED] To: Vincent CHAVANIS [EMAIL PROTECTED] Cc: devel@kannel.org Sent: Sunday, September 24, 2006 5:27 PM Subject: Re: [ADDON/test] Program that decodes EMI/UCP data Vincent CHAVANIS wrote: New version that takes care about latin1 char grr, I'd like to commit this... but it's not our CodingStyle conform. :( Can you please re-format to look and feel like our code and then I can push it to 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 --- decode_emimsg_lnx.c Description: Binary data decode_emimsg_gnu.c Description: Binary data
[STATUS] Kannel 1.4.1 stable release
The Kannel Group is pleased to announce the availability of Kannel 1.4.1 stable release via it's web site at URL http://www.kannel.org/download.shtml Please find attached the NEWS file section for release 1.4.1 stable. 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 --- NEWS about Kannel: Open Source WAP and SMS Gateway version 1.4.1 This is a STABLE version. It should be usable for production systems. Please do report problems to the Kannel bug tracking system available at http://bugs.kannel.org/ or send a mail to devel@kannel.org (the development mailing list). Changes since version 1.4.0: [*** Beware that the version move from 1.4.0 to 1.4.1 contains more then 200 changesets, with major bugfixes and improvemnts. Following is a summary of the main issues. For a complete and detailed set of changes please refer to the specific ChangeLog in the doc/ directory of the distribution. ***] Compatibility breakers: * Format for wapbox's access-log format changed to include the MSISDN of a client as second argument after client IP and before method. * fakesmsc uses now -r to specify the remote port on bearerbox side. Option -p is generally reserved for pid file creation. * sendsms now obeys bearerbox's reply before indicating result to HTTP caller. This breaks any application layer clients that rely on the HTTP body response of sendsms. To enforce the old behaviour use config directive 'immediate-sendsms-reply = true' in smsbox group. * DLR via MySQL uses now also 'username' and 'password' for the mysql-connection group in order to harmonize the config names. New features: * Added config directive 'store-dump-freq' to core group to define the fequency of the store-file dumping mechanism. * Added backtrace support for Linux. In case of PANIC, we get a backtrace of the called routines to make debugging easier. * Added some new modem groups to doc/examples/modems.conf. * Added more WTAI functions to support. * Added RAW TCP support for remote termnial servers for AT modem devices. * Added 'config.nice' support while configure time, to allow remembering the used configure flags and options. * Added OMA ProvCont support via OTA messages. * Added SyncML support via OTA messages. * Added directive 'wml-strict' to wapbox group. * SMPP data_sm PDUs are supported now for MO messages. * SMPP added config directives 'bind-addr-ton' and 'bind-addr-npi' to allow setting values for bind_receiver and/or bind_transmitter PDUs. * Added support for WSP 1.6 headers. * Added automatic support for large files, via compiler directives. * Added config line delimiter via \ (backslash). This allows wrapping config lines to several lines. * Added support for hooking config group definition files as our own gwlib/cfg.def from external add-on modules to the core. Main intention is to provide a installed Kannel without the need of patching the source for any modules that use Kannel's gwlib and gw libs. * Added config directives 'bearerbox-port' and 'bearerbox-port-ssl' to smsbox group, in order to not need any core group reading of external modules, ie. sqlbox. * Added config directive 'max-pending-requests' for smsbox group to control the outbound requests stream generated from smsbox towards HTTP application servers. Bugfixes: * Fixed several bugs in TCP connection handling. * Fixed several bugs in HTTP communication layer. * Fixed segfaults on x86_64 (Intel Xeon) platforms. * SMPP validity and defer time are set in UTC, several improvements and error checks added. * Fixed several 'make check' issues. * MySQL support fixed, where certain function prototype names clashed with our own gwlist structure. * DLR support for PostgreSQL fixed for LIMIT clause usage. * WSP empty header values fixed. * WDP fix to discard truncated datagrams without PANIC. * WAP Cookie handling fixed, charset handling generalized. * AT driver fixes and improvements. * RADIUS bug fixed in MD5 computing for authentication towards NAS. * MacOS X support improved for configure process. * store-file fixes and improvements. * WML compiler fix, causing sefault. * Fixed memory leaks for concat message handling. * MIME parsing and handling fixed. * FreeBSD AMD64 architecture support fixed. * Fixed wapbox signal handling for shutdown. * WTP SAR race condition and handling fixed. * Fixed memory leaks in smsbox. * sendsms POST XML