Don't set the charset!!!
You there define the output charset, not the input charset and charset UTF-8 with coding 0 is ... well ...

The UTF-8 is NOT defined in the URL, your http-client/scipt/whatever defines it for itself in the HTTP-header. Put all that stuff away, just send this:

http://localhost:13014/cgi-bin/sendsms?username=test3&password=test3&from=ELTON&to=355672509006&text=%24%40&coding=0

That should bring you a sms containing a $ (dollar) and a @ (at)

Regards
Falko

Am 08.05.2009 um 09:43 schrieb Elton Hoxha:

Hi Falko,,

Thanks for your comments, I tried what you said and I get

2009-05-08 02:09:50 [5317] [3] ERROR: Failed to convert string from <UTF-8> to <UTF-8>, errno was <84> 2009-05-08 02:09:50 [5317] [3] DEBUG: Found an invalid multibyte sequence at position <0> 2009-05-08 02:09:50 [5317] [3] DEBUG: Status: 400 Answer: <Charset or body misformed, rejected>

My URL:

http://localhost:13014/cgi-bin/sendsms?username=test3&password=test3&from=ELTON&to=355672509006&text= £&coding=0&charset=UTF-8

But when I send:

http://localhost:13014/cgi-bin/sendsms?username=test3&password=test3&from=ELTON&to=355672509006&text=$&coding=0&charset=UTF-8
The message is delivered properly.

I think both £(pound) and $(dollar) are in the alphabet

Any clue?

Regards
Elton

On Fri, May 8, 2009 at 9:22 AM, Falko Ziemann <[email protected]> wrote:
Unimportant...
Your http-client (if you write some script in .NET it is also a http- client, just a very personal one) states the encoding while connecting and that is the one you must use. That has nothing to do with coding!

See:
you send UTF-8 string to kannel with coding=0. Than kannel takes the UTF-8 string an makes it GSM. But if you already send a GSM string, and your http-function tells kannel it is UTF-8 and kannel tries to make GSM out of it everything gets messed up. You do too much of the work that kannel wants to do. Just take the normal string and do an url_encode function (don't know how it is called in .NET) on it and pass it to kannel. Kannel and the compiler will do the job for you.

Regards
Falko

Am 08.05.2009 um 08:58 schrieb Elton Hoxha:

LEts forget about HTTP Client. When I call send-sms from .NET service, what is the procedure of encoding that suits for kannel?

Regards
Elton

On Fri, May 8, 2009 at 8:19 AM, Elton Hoxha <[email protected]> wrote:
Thanks Jyoti, I will give it a try.

Falko, If I use UTF-8 in URL, it should be used with coding = 1, which cause that the content will be delivered in unreadable format for the mobile. Otherwise, If I use ISO-8859-1, i should add coding=2 which encodes it in 16-bit (the characters are normally delivered) but I reduce the bytes having only 70 characters.

Regards
elton


On Fri, May 8, 2009 at 7:35 AM, Falko Ziemann <[email protected]> wrote:
Elton,

please read my last mail again.
You must not encode the text in the sendsms URL in gsm! You must send the text to kannel in the encoding the http-client tells kannel which characterset it uses, so mostly UTF-8 or Iso-Latin

Regards
Falko

Am 07.05.2009 um 16:18 schrieb Elton Hoxha:

SMPP configuration is simple, I think everybody has it like this

group=smsc
smsc=smpp
smsc-id=internal1
interface-version=34
host=10.x.x.x
port=1600
system-id=test
smsc-password=test
system-type=test
transceiver-mode=false
address-range=7070

Can anyone please who is able to send these kind of characters (for example @), paste me the smpp configuration or the send-sms url that is used with the required parameters?

Regards
Elton


On Thu, May 7, 2009 at 1:48 PM, Jovan Kostovski <[email protected]> wrote: On Thu, May 7, 2009 at 1:26 PM, Elton Hoxha <[email protected]> wrote: > I checked many many times, kannel is sending empty message when i type these > special characters. I traced by ethereal the smpp block and there is no text > forwarded by kannel to SMSC. Also there is no ascii configuration in SMSC
> just GSM alphabet.
>
> Strange anyway here is the debug

Can you send your configuration and the way you are sending the message so someone which has SMPP connection with a SMSC can reproduce this situation?

BR, Jovan







Reply via email to