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 <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:40:38 [5168] [2] DEBUG: HTTP: Creating HTTPClient for `10.1.21.146'. 2009-05-06 08:40:38 [5168] [2] DEBUG: HTTP: Created HTTPClient area 0x8d3a3b8. 2009-05-06 08:40:38 [5168] [3] INFO: smsbox: Got HTTP request </cgi-bin/sendsms> from <10.1.21.146> 2009-05-06 08:40:38 [5168] [3] INFO: sendsms used by <test2> 2009-05-06 08:40:38 [5168] [3] INFO: sendsms sender:<test2:1517> (10.1.21.146) to:<355672000040> msg:<> 2009-05-06 08:40:38 [5168] [3] DEBUG: Stored UUID 40d9bbcd-ee55-46c4-b005-bc0568738211 2009-05-06 08:40:38 [5168] [3] DEBUG: message length 1, sending 1 messages 2009-05-06 08:40:38 [5168] [3] DEBUG: Status: 202 Answer: <Sent.> 2009-05-06 08:40:38 [5168] [3] DEBUG: Delayed reply - wait for bearerbox 2009-05-06 08:40:38 [5157] [10] DEBUG: boxc_receiver: sms received 2009-05-06 08:40:38 [5157] [10] DEBUG: send_msg: sending msg to box: <10.1.21.137> 2009-05-06 08:40:38 [5168] [0] DEBUG: Got ACK (0) of 40d9bbcd-ee55-46c4-b005-bc0568738211 2009-05-06 08:40:38 [5168] [0] DEBUG: HTTP: Resetting HTTPClient for `10.1.21.146'. PuTTY2009-05-06 08:40:38 [5157] [6] DEBUG: SMPP[internal1]: Sending PDU: 2009-05-06 08:40:38 [5157] [6] DEBUG: SMPP PDU 0x8f4f4d0 dump: 2009-05-06 08:40:38 [5157] [6] DEBUG: type_name: submit_sm 2009-05-06 08:40:38 [5157] [6] DEBUG: command_id: 4 = 0x00000004 2009-05-06 08:40:38 [5157] [6] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:40:38 [5157] [6] DEBUG: sequence_number: 2512 = 0x000009d0 2009-05-06 08:40:38 [5157] [6] DEBUG: service_type: NULL 2009-05-06 08:40:38 [5157] [6] DEBUG: source_addr_ton: 2 = 0x00000002 2009-05-06 08:40:38 [5157] [6] DEBUG: source_addr_npi: 1 = 0x00000001 2009-05-06 08:40:38 [5157] [6] DEBUG: source_addr: "1517" 2009-05-06 08:40:38 [5157] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-05-06 08:40:38 [5157] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-05-06 08:40:38 [5157] [6] DEBUG: destination_addr: "355672000040" 2009-05-06 08:40:38 [5157] [6] DEBUG: esm_class: 3 = 0x00000003 2009-05-06 08:40:38 [5157] [6] DEBUG: protocol_id: 0 = 0x00000000 2009-05-06 08:40:38 [5157] [6] DEBUG: priority_flag: 0 = 0x00000000 2009-05-06 08:40:38 [5157] [6] DEBUG: schedule_delivery_time: NULL 2009-05-06 08:40:38 [5157] [6] DEBUG: validity_period: NULL 2009-05-06 08:40:38 [5157] [6] DEBUG: registered_delivery: 0 = 0x00000000 2009-05-06 08:40:38 [5157] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-05-06 08:40:38 [5157] [6] DEBUG: data_coding: 0 = 0x00000000 2009-05-06 08:40:38 [5157] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-05-06 08:40:38 [5157] [6] DEBUG: sm_length: 1 = 0x00000001 2009-05-06 08:40:38 [5157] [6] DEBUG: short_message: "?" 2009-05-06 08:40:38 [5157] [6] DEBUG: SMPP PDU dump ends. 2009-05-06 08:40:38 [5157] [6] WARNING: SMPP: PDU NULL terminated string (message_id) has no NULL. 2009-05-06 08:40:38 [5157] [6] DEBUG: SMPP[internal1]: Got PDU: 2009-05-06 08:40:38 [5157] [6] DEBUG: SMPP PDU 0x8f4f4d0 dump: 2009-05-06 08:40:38 [5157] [6] DEBUG: type_name: submit_sm_resp 2009-05-06 08:40:38 [5157] [6] DEBUG: command_id: 2147483652 = 0x80000004 2009-05-06 08:40:38 [5157] [6] DEBUG: command_status: 1059 = 0x00000423 2009-05-06 08:40:38 [5157] [6] DEBUG: sequence_number: 2512 = 0x000009d0 2009-05-06 08:40:38 [5157] [6] DEBUG: message_id: NULL 2009-05-06 08:40:38 [5157] [6] DEBUG: SMPP PDU dump ends. 2009-05-06 08:40:38 [5157] [6] ERROR: SMPP[internal1]: SMSC returned error code 0x00000423 (Vendor-specific error, please refer to your SMPP provider) in response to submit_sm. 2009-05-06 08:40:45 [5157] [6] DEBUG: SMPP[internal1]: Sending enquire link: 2009-05-06 08:40:45 [5157] [6] DEBUG: SMPP PDU 0x8f4f408 dump: 2009-05-06 08:40:45 [5157] [6] DEBUG: type_name: enquire_link 2009-05-06 08:40:45 [5157] [6] DEBUG: command_id: 21 = 0x00000015 2009-05-06 08:40:45 [5157] [6] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:40:45 [5157] [6] DEBUG: sequence_number: 2513 = 0x000009d1 2009-05-06 08:40:45 [5157] [6] DEBUG: SMPP PDU dump ends. 2009-05-06 08:40:45 [5157] [6] DEBUG: SMPP[internal1]: Got PDU: 2009-05-06 08:40:45 [5157] [6] DEBUG: SMPP PDU 0x8f4f3f0 dump: 2009-05-06 08:40:45 [5157] [6] DEBUG: type_name: enquire_link_resp 2009-05-06 08:40:45 [5157] [6] DEBUG: command_id: 2147483669 = 0x80000015 2009-05-06 08:40:45 [5157] [6] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:40:45 [5157] [6] DEBUG: sequence_number: 2513 = 0x000009d1 2009-05-06 08:40:45 [5157] [6] DEBUG: SMPP PDU dump ends. 2009-05-06 08:40:56 [5157] [9] DEBUG: Dumping 0 messages to store 2009-05-06 08:40:58 [5168] [3] INFO: smsbox: Got HTTP request </cgi-bin/sendsms> from <10.1.21.146> 2009-05-06 08:40:58 [5168] [3] INFO: sendsms used by <test2> 2009-05-06 08:40:58 [5168] [3] INFO: sendsms sender:<test2:1517> (10.1.21.146) to:<355672000040> msg:<> 2009-05-06 08:40:58 [5168] [3] DEBUG: Stored UUID 1279657d-fa24-4544-9f6b-2ea411972f14 2009-05-06 08:40:58 [5168] [3] DEBUG: message length 1, sending 1 messages 2009-05-06 08:40:58 [5168] [3] DEBUG: Status: 202 Answer: <Sent.> 2009-05-06 08:40:58 [5168] [3] DEBUG: Delayed reply - wait for bearerbox 2009-05-06 08:40:58 [5157] [10] DEBUG: boxc_receiver: sms received 2009-05-06 08:40:58 [5157] [10] DEBUG: send_msg: sending msg to box: <10.1.21.137> 2009-05-06 08:40:58 [5168] [0] DEBUG: Got ACK (0) of 1279657d-fa24-4544-9f6b-2ea411972f14 2009-05-06 08:40:58 [5168] [0] DEBUG: HTTP: Resetting HTTPClient for `10.1.21.146'. PuTTY2009-05-06 08:40:58 [5157] [7] DEBUG: SMPP[internal2]: Sending PDU: 2009-05-06 08:40:58 [5157] [7] DEBUG: SMPP PDU 0x8f4f920 dump: 2009-05-06 08:40:58 [5157] [7] DEBUG: type_name: submit_sm 2009-05-06 08:40:58 [5157] [7] DEBUG: command_id: 4 = 0x00000004 2009-05-06 08:40:58 [5157] [7] DEBUG: command_status: 0 = 0x00000000 2009-05-06 08:40:58 [5157] [7] DEBUG: sequence_number: 2508 = 0x000009cc 2009-05-06 08:40:58 [5157] [7] DEBUG: service_type: NULL 2009-05-06 08:40:58 [5157] [7] DEBUG: source_addr_ton: 2 = 0x00000002 2009-05-06 08:40:58 [5157] [7] DEBUG: source_addr_npi: 1 = 0x00000001 2009-05-06 08:40:58 [5157] [7] DEBUG: source_addr: "1517" 2009-05-06 08:40:58 [5157] [7] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-05-06 08:40:58 [5157] [7] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-05-06 08:40:58 [5157] [7] DEBUG: destination_addr: "355672000040" 2009-05-06 08:40:58 [5157] [7] DEBUG: esm_class: 3 = 0x00000003 2009-05-06 08:40:58 [5157] [7] DEBUG: protocol_id: 0 = 0x00000000 2009-05-06 08:40:58 [5157] [7] DEBUG: priority_flag: 0 = 0x00000000 2009-05-06 08:40:58 [5157] [7] DEBUG: schedule_delivery_time: NULL 2009-05-06 08:40:58 [5157] [7] DEBUG: validity_period: NULL 2009-05-06 08:40:58 [5157] [7] DEBUG: registered_delivery: 0 = 0x00000000 2009-05-06 08:40:58 [5157] [7] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-05-06 08:40:58 [5157] [7] DEBUG: data_coding: 241 = 0x000000f1 2009-05-06 08:40:58 [5157] [7] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-05-06 08:40:58 [5157] [7] DEBUG: sm_length: 1 = 0x00000001 2009-05-06 08:40:58 [5157] [7] DEBUG: short_message: "?" 2009-05-06 08:40:58 [5157] [7] DEBUG: SMPP PDU dump ends. 2009-05-06 08:40:58 [5157] [7] WARNING: SMPP: PDU NULL terminated string (message_id) has no NULL. 2009-05-06 08:40:58 [5157] [7] DEBUG: SMPP[internal2]: Got PDU: 2009-05-06 08:40:58 [5157] [7] DEBUG: SMPP PDU 0x8f4f920 dump: 2009-05-06 08:40:58 [5157] [7] DEBUG: type_name: submit_sm_resp 2009-05-06 08:40:58 [5157] [7] DEBUG: command_id: 2147483652 = 0x80000004 2009-05-06 08:40:58 [5157] [7] DEBUG: command_status: 1059 = 0x00000423 2009-05-06 08:40:58 [5157] [7] DEBUG: sequence_number: 2508 = 0x000009cc 2009-05-06 08:40:58 [5157] [7] DEBUG: message_id: NULL 2009-05-06 08:40:58 [5157] [7] DEBUG: SMPP PDU dump ends. 2009-05-06 08:40:58 [5157] [7] ERROR: SMPP[internal2]: SMSC returned error code 0x00000423 (Vendor-specific error, please refer to your SMPP provider) in response to submit_sm.
