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 <latitude.de@ >>>>>> googlemail.com> 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 >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>> >>> >> >> > >
2009-05-06 08:27:22 [5168] [2] DEBUG: HTTP: Creating HTTPClient for `10.1.21.146'. 2009-05-06 08:27:22 [5168] [2] DEBUG: HTTP: Created HTTPClient area 0x8d3ed50. 2009-05-06 08:27:22 [5168] [3] INFO: smsbox: Got HTTP request </cgi-bin/sendsms> from <10.1.21.146> 2009-05-06 08:27:22 [5168] [3] INFO: sendsms used by <test2> 2009-05-06 08:27:22 [5168] [3] INFO: sendsms sender:<test2:1517> (10.1.21.146) to:<355672000040> msg:<é> 2009-05-06 08:27:22 [5168] [3] DEBUG: Stored UUID 9078ca53-4f2c-4833-8870-e6160f8cb36e 2009-05-06 08:27:22 [5168] [3] WARNING: Incomplete UTF-8 char discovered, skipped. 2 2009-05-06 08:27:22 [5168] [3] WARNING: Incomplete UTF-8 char discovered, skipped. 2 2009-05-06 08:27:22 [5168] [3] WARNING: Incomplete UTF-8 char discovered, skipped. 2 2009-05-06 08:27:22 [5168] [3] DEBUG: message length 1, sending 1 messages 2009-05-06 08:27:22 [5168] [3] DEBUG: Status: 202 Answer: <Sent.> 2009-05-06 08:27:22 [5168] [3] DEBUG: Delayed reply - wait for bearerbox 2009-05-06 08:27:22 [5157] [10] DEBUG: boxc_receiver: sms received 2009-05-06 08:27:22 [5157] [10] DEBUG: send_msg: sending msg to box: <10.1.21.137> 2009-05-06 08:27:22 [5157] [6] DEBUG: SMPP[internal1]: Sending PDU: 2009-05-06 08:27:22 [5157] [6] DEBUG: SMPP PDU 0x8f4f490 dump: 2009-05-06 08:27:22 [5157] [6] DEBUG: type_name: submit_sm 2009-05-06 08:27:22 [5157] [6] DEBUG: command_id: 4 = 0x00000004 2009-05-06 08:27:22 [5157] [6] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:27:22 [5157] [6] DEBUG: sequence_number: 2484 = 0x000009b4 2009-05-06 08:27:22 [5157] [6] DEBUG: service_type: NULL 2009-05-06 08:27:22 [5157] [6] DEBUG: source_addr_ton: 2 = 0x00000002 2009-05-06 08:27:22 [5157] [6] DEBUG: source_addr_npi: 1 = 0x00000001 2009-05-06 08:27:22 [5157] [6] DEBUG: source_addr: "1517" 2009-05-06 08:27:22 [5157] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-05-06 08:27:22 [5157] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-05-06 08:27:22 [5157] [6] DEBUG: destination_addr: "355672000040" 2009-05-06 08:27:22 [5157] [6] DEBUG: esm_class: 3 = 0x00000003 2009-05-06 08:27:22 [5157] [6] DEBUG: protocol_id: 0 = 0x00000000 2009-05-06 08:27:22 [5157] [6] DEBUG: priority_flag: 0 = 0x00000000 2009-05-06 08:27:22 [5157] [6] DEBUG: schedule_delivery_time: NULL 2009-05-06 08:27:22 [5157] [6] DEBUG: validity_period: NULL 2009-05-06 08:27:22 [5157] [6] DEBUG: registered_delivery: 0 = 0x00000000 2009-05-06 08:27:22 [5157] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-05-06 08:27:22 [5157] [6] DEBUG: data_coding: 241 = 0x000000f1 2009-05-06 08:27:22 [5157] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-05-06 08:27:22 [5157] [6] DEBUG: sm_length: 0 = 0x00000000 2009-05-06 08:27:22 [5168] [0] DEBUG: Got ACK (0) of 9078ca53-4f2c-4833-8870-e6160f8cb36e 2009-05-06 08:27:22 [5168] [0] DEBUG: HTTP: Resetting HTTPClient for `10.1.21.146'. 2009-05-06 08:27:22 [5157] [6] DEBUG: short_message: "" 2009-05-06 08:27:22 [5157] [6] DEBUG: SMPP PDU dump ends. 2009-05-06 08:27:22 [5157] [6] DEBUG: SMPP[internal1]: Got PDU: 2009-05-06 08:27:22 [5157] [6] DEBUG: SMPP PDU 0x8f4f490 dump: 2009-05-06 08:27:22 [5157] [6] DEBUG: type_name: submit_sm_resp 2009-05-06 08:27:22 [5157] [6] DEBUG: command_id: 2147483652 = 0x80000004 2009-05-06 08:27:22 [5157] [6] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:27:22 [5157] [6] DEBUG: sequence_number: 2484 = 0x000009b4 2009-05-06 08:27:22 [5157] [6] DEBUG: message_id: "545036243" 2009-05-06 08:27:22 [5157] [6] DEBUG: SMPP PDU dump ends. 2009-05-06 08:27:26 [5168] [3] INFO: smsbox: Got HTTP request </cgi-bin/sendsms> from <10.1.21.146> 2009-05-06 08:27:26 [5168] [3] INFO: sendsms used by <test2> 2009-05-06 08:27:26 [5168] [3] INFO: sendsms sender:<test2:1517> (10.1.21.146) to:<355672000040> msg:<é> 2009-05-06 08:27:26 [5168] [3] DEBUG: Stored UUID 1f88948d-247c-42af-a7f7-486a7eaabdb9 2009-05-06 08:27:26 [5168] [3] WARNING: Incomplete UTF-8 char discovered, skipped. 2 2009-05-06 08:27:26 [5168] [3] WARNING: Incomplete UTF-8 char discovered, skipped. 2 2009-05-06 08:27:26 [5168] [3] WARNING: Incomplete UTF-8 char discovered, skipped. 2 2009-05-06 08:27:26 [5168] [3] DEBUG: message length 1, sending 1 messages 2009-05-06 08:27:26 [5168] [3] DEBUG: Status: 202 Answer: <Sent.> 2009-05-06 08:27:26 [5168] [3] DEBUG: Delayed reply - wait for bearerbox 2009-05-06 08:27:26 [5157] [10] DEBUG: boxc_receiver: sms received 2009-05-06 08:27:26 [5157] [10] DEBUG: send_msg: sending msg to box: <10.1.21.137> 2009-05-06 08:27:26 [5168] [0] DEBUG: Got ACK (0) of 1f88948d-247c-42af-a7f7-486a7eaabdb9 2009-05-06 08:27:26 [5168] [0] DEBUG: HTTP: Resetting HTTPClient for `10.1.21.146'. 2009-05-06 08:27:26 [5157] [6] DEBUG: SMPP[internal1]: Sending PDU: 2009-05-06 08:27:26 [5157] [6] DEBUG: SMPP PDU 0x8f4f318 dump: 2009-05-06 08:27:26 [5157] [6] DEBUG: type_name: submit_sm 2009-05-06 08:27:26 [5157] [6] DEBUG: command_id: 4 = 0x00000004 2009-05-06 08:27:26 [5157] [6] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: sequence_number: 2485 = 0x000009b5 2009-05-06 08:27:26 [5157] [6] DEBUG: service_type: NULL 2009-05-06 08:27:26 [5157] [6] DEBUG: source_addr_ton: 2 = 0x00000002 2009-05-06 08:27:26 [5157] [6] DEBUG: source_addr_npi: 1 = 0x00000001 2009-05-06 08:27:26 [5157] [6] DEBUG: source_addr: "1517" 2009-05-06 08:27:26 [5157] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-05-06 08:27:26 [5157] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-05-06 08:27:26 [5157] [6] DEBUG: destination_addr: "355672000040" 2009-05-06 08:27:26 [5157] [6] DEBUG: esm_class: 3 = 0x00000003 2009-05-06 08:27:26 [5157] [6] DEBUG: protocol_id: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: priority_flag: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: schedule_delivery_time: NULL 2009-05-06 08:27:26 [5157] [6] DEBUG: validity_period: NULL 2009-05-06 08:27:26 [5157] [6] DEBUG: registered_delivery: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: data_coding: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: sm_length: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: short_message: "" 2009-05-06 08:27:26 [5157] [6] DEBUG: SMPP PDU dump ends. 2009-05-06 08:27:26 [5157] [6] DEBUG: SMPP[internal1]: Got PDU: 2009-05-06 08:27:26 [5157] [6] DEBUG: SMPP PDU 0x8f4f318 dump: 2009-05-06 08:27:26 [5157] [6] DEBUG: type_name: submit_sm_resp 2009-05-06 08:27:26 [5157] [6] DEBUG: command_id: 2147483652 = 0x80000004 2009-05-06 08:27:26 [5157] [6] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:27:26 [5157] [6] DEBUG: sequence_number: 2485 = 0x000009b5 2009-05-06 08:27:26 [5157] [6] DEBUG: message_id: "2074557414"
