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 <elt...@gmail.com> 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 <fal...@gmail.com> 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 <chomb...@gmail.com>wrote:
>>
>>> On Thu, May 7, 2009 at 1:26 PM, Elton Hoxha <elt...@gmail.com> 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