I don't get it... why %05? You are talking about the url, aren't you?
something like "http://blubb/sendsms...&text=%05"; right?
What kind of alphabet is your HTTP-client using??? I bet that your
client doesn't speak GSM-alphabet. So when your client says "Here I
am, I do UTF-8" the text also has to be coded in UTF-8. Don't do the
gsm-coding outside kannel! Simply send the UTF-8 string to kannel and
let kannel do the job.
Regards
Falko
Am 07.05.2009 um 12:03 schrieb Elton Hoxha:
Sorry, in my previous debug I encoded the "é" character using %E9.
Now the encoded value is %05. As you can see in the attached logs,
kannel gets empty sms.
Regards
Elton
On Thu, May 7, 2009 at 11:40 AM, Elton Hoxha <[email protected]> wrote:
Can you tell me the parameters you are using in send-sms url as you
are succeding in sending these characters?
Are also other parameters that should be configured in SMSC group?
Attached are the debuf for two submit SM. First one using alt-dcs=1,
and second one alt-dcs = 0
Thanks
Elton
On Thu, May 7, 2009 at 11:31 AM, Falko Ziemann <[email protected]>
wrote:
Still don't think so. As I run some services in german, I have a lot
of "ÄÖÜäöüß"'s passing my kannel without any problem in GSM charset
without any problem. So I really think it has something to do with
the configuration. Maybe you can post a full debug of the smpp
package, kannel is sending.
Regards
Falko
Am 07.05.2009 um 11:24 schrieb Elton Hoxha:
So, its a bug? :)
On Thu, May 7, 2009 at 11:17 AM, Falko Ziemann <[email protected]>
wrote:
No, but mclass forces special DCS values. So when the mclass switch
is set, the alt-dcs parameter is ignored.
So, no help for you problem, sorry.
Regards
Falko
Am 07.05.2009 um 11:01 schrieb Elton Hoxha:
Is mclass related with GSM alphabet? I think it is used for flash
SMS or other options. I didnt use it in fact.
Should I?
On Thu, May 7, 2009 at 10:59 AM, Falko Ziemann <[email protected]>
wrote:
I don't think so... uh, by the way, I forgot to ask for another
classic fault: did you set the mclass switch in the sendsms url as
parameter?
Regards
Falko
Am 07.05.2009 um 10:51 schrieb Latitude Berlin:
Are we saying that this is a Kannel bug?
- Latitude
On Thu, May 7, 2009 at 10:41 AM, Elton Hoxha <[email protected]>
wrote:
Hi Falko,
We are SMSC provider at the same time :) And we use GSM charset.
As I mentioned in another thread, sending these type of
characters using 7-bit works from other smpp gateways, but from
Kannel fails.
Elton
On Thu, May 7, 2009 at 9:52 AM, Falko Ziemann <[email protected]>
wrote:
The "deutschland" effect.
Many operator don't use the original GSM charset, but the so
called "Mannesmann charset" (first used by Mannesmann D2). Due to
this most operator ignore the DCS. Ask your provider, if they can
activate the original GSM charset for you.
Regards
Falko
Am 06.05.2009 um 18:27 schrieb Latitude Berlin:
Both dint work for me also:(
... &coding=0&alt-dcs=1
... &coding=0&alt-dcs=0
- Latitude
On Wed, May 6, 2009 at 6:20 PM, Elton Hoxha <[email protected]>
wrote:
in send-sms url as a parameter
On Wed, May 6, 2009 at 6:18 PM, Latitude Berlin <[email protected]
> wrote:
Under which group alt-dcs is to be defined?
- Latitude
On Wed, May 6, 2009 at 6:17 PM, Elton Hoxha <[email protected]>
wrote:
Hi,
I face the same problem:
- With alt-dcs = 0 I get the following
2009-05-05 22:22:33 [5168] [3] INFO: sendsms sender:<test2:1517>
(10.1.21.146) to:<355672000000> msg:<>
2009-05-05 22:22:33 [5157] [7] DEBUG: short_message: ""
The content is %00, but kannel converts it to empty space.
- With alt-dcs=1;
2009-05-05 22:23:48 [5168] [3] INFO: sendsms sender:<test2:1517>
(10.1.21.146) to:<355672000000> msg:<>
2009-05-05 22:23:48 [5157] [7] DEBUG: short_message: "?"
Regards
Elton
On Wed, May 6, 2009 at 5:49 PM, Jovan Kostovski <[email protected]
> wrote:
On Wed, May 6, 2009 at 5:32 PM, Latitude Berlin
<[email protected]> wrote:
> Hi,
> I am sending some text with some german characters like: "test
chars ÄÖÜ
> äöü" and I dont get the original content on my device. If I
use UTF-8, then
> it works fine. But I wanna use GSM charset for this since Ä,
ä, Ö, ö, Ü, ü
> are are of GMS charset.
> Kindly advise.
Try the following test:
set alt-dcs=0
send %00 as message text. Yyou should get the @ character if GSM
7 bit
encoding is used
If you don't get that character set
alt-dcs=1
and repeat the test.
If you get the @ character, by sendind %00 as message test, then
try
the umlauts, you should get them on your ME.
HTH, Jovan
<special_chars_debug.txt>
