Hi, ok, I know yet what the problem is... Kannel urltranslation does a placeholder replacing (e.g %C = coding) and you have this %C in your url... In order to have '%' char not interpreted you must musk it with '%%' (it's similar to print like functions format). so no bug here...
On Saturday 01 November 2003 16:04, Peter L�fman wrote: > This is how the service looks like in the config: > I have not done any changes in it, just upgraded Kannel. > > > > group = sms-service > keyword = logo > aliases = Logo;LOGO > get-url = > "http://localhost:13013/cgi-bin/sendsms?username=logo&password=gsmaland&to= >% > p&udh=%06%05%04%15%82%00%00&text=%42%F4%41%00%48%0E%01%0F%81%F9%E0%79%FF%FF >% > FF%FF%3F%E3%FD%E0%79%FF%FF%FF%FF%7F%F7%FD%F0%F8%00%00%00%00%7F%F7%DD%F0%F8% >6 > 0%00%00%00%FD%F7%81%F9%F8%00%00%00%00%F8%07%E1%F9%F8%61%03%09%1C%FB%FF%F9%F >F > %F8%D1%06%8D%16%FB%FB%FD%FF%F8%91%04%8D%12%F8%F8%FF%FF%F8%F1%07%8B%12%F8%78 >% > 3F%FF%F8%91%04%8B%16%FF%FF%1F%EF%78%91%E4%89%1C%7F%FF%FF%EF%78%00%00%00%00% >3 F%F7%FD%E6%79%FF%FF%FF%FF%1F%C1%F9%E6%79%FF%FF%FF%FF" > omit-empty = true > concatenation = true > accept-x-kannel-headers = true > max-messages = 0 > > > /Peter Lofman > > -----Original Message----- > From: Alexander Malysh [mailto:[EMAIL PROTECTED] > Sent: den 1 november 2003 13:46 > To: Stipe Tolj; Peter L?fman > Cc: [EMAIL PROTECTED] > Subject: Re: Sending logo problem > > Hi, > > I do not see any wrong values here: data_coding = 0x04 (binary) , so we do > not > convert msgdata at all... I see only that this ISO-XXX part was sent > through > > sendsms interface, see initial post: > > http://localhost:13013/cgi-bin/sendsms?username=hidden&password=hiddento=hi >d den&udh=%06%05%04%15%82%00%00 > &text=%42%F4%41%00%48%0E%01%0F%81%F9%E0%79%FF%FF%FF%FF%3F%E3%FD%E0%79%FF%FF >% FF%FF%7F%F7 > %FD%F0%F8%00%00%00%00%7F%F7%DD%F0%F8%60%00%00%00%FD%F7%81%F9%F8%00%00%00%00 >% F8%07%E1%F9 > %F8%61%03%09%1C%FB%FF%F9%FF%F8%D1%06%8D%16%FB%FB%FD%FF%F8%91%04%8D%12%F8%F8 >% FF%FF%F8%F1 > %07%8B%12%F8%78%3F%FF%F8%91%04%8B%16%FF%FF%1F%EF%78%91%E4%89%1C%7F%FF%FF%EF >% 78%00%00%00 > %00%3F%F7%FD%E6%79%FF%FF%FF%FF%1FISO-8859-11%F9%E6%79%FF%FF%FF%FF > > ^^^^^^^^ > > That means , at least for me, that Peter sent this himself, so no bug here > withtin Kannel... > > Please correct me if I'm wrong. > > On Saturday 01 November 2003 12:38, Stipe Tolj wrote: > > > Ok here is bearerbox output during the failed send: > > > > > > 2003-10-31 12:33:56 [6] DEBUG: SMPP[smaf11]: Sending PDU: > > > 2003-10-31 12:33:56 [6] DEBUG: SMPP PDU 0x816e110 dump: > > > 2003-10-31 12:33:56 [6] DEBUG: type_name: deliver_sm_resp > > > 2003-10-31 12:33:56 [9] DEBUG: send_msg: sending msg to box: > > > <127.0.0.1> 2003-10-31 12:33:56 [6] DEBUG: command_id: 2147483653 = > > > 0x80000005 2003-10-31 12:33:56 [6] DEBUG: command_status: 0 = > > > 0x00000000 2003-10-31 12:33:56 [6] DEBUG: sequence_number: 1 = > > > 0x00000001 2003-10-31 12:33:56 [9] DEBUG: boxc_sender: sent message to > > > <127.0.0.1> 2003-10-31 12:33:56 [6] DEBUG: message_id: NULL > > > 2003-10-31 12:33:56 [6] DEBUG: SMPP PDU dump ends. > > > 2003-10-31 12:33:56 [8] DEBUG: boxc_receiver: got ack > > > 2003-10-31 12:33:56 [8] DEBUG: boxc_receiver: sms received > > > 2003-10-31 12:33:56 [5] DEBUG: SMPP[smaf11]: Sending PDU: > > > 2003-10-31 12:33:56 [9] DEBUG: send_msg: sending msg to box: > > > <127.0.0.1> 2003-10-31 12:33:56 [9] DEBUG: boxc_sender: sent message to > > > <127.0.0.1> 2003-10-31 12:33:56 [5] DEBUG: SMPP PDU 0x816e260 dump: > > > 2003-10-31 12:33:56 [5] DEBUG: type_name: submit_sm > > > 2003-10-31 12:33:56 [5] DEBUG: command_id: 4 = 0x00000004 > > > 2003-10-31 12:33:56 [5] DEBUG: command_status: 0 = 0x00000000 > > > 2003-10-31 12:33:56 [5] DEBUG: sequence_number: 3 = 0x00000003 > > > 2003-10-31 12:33:56 [5] DEBUG: service_type: NULL > > > 2003-10-31 12:33:56 [5] DEBUG: source_addr_ton: 2 = 0x00000002 > > > 2003-10-31 12:33:56 [5] DEBUG: source_addr_npi: 1 = 0x00000001 > > > 2003-10-31 12:33:56 [5] DEBUG: source_addr: "12192" > > > 2003-10-31 12:33:56 [5] DEBUG: dest_addr_ton: 2 = 0x00000002 > > > 2003-10-31 12:33:56 [5] DEBUG: dest_addr_npi: 1 = 0x00000001 > > > 2003-10-31 12:33:56 [5] DEBUG: destination_addr: "04570000012" > > > 2003-10-31 12:33:56 [5] DEBUG: esm_class: 67 = 0x00000043 > > > 2003-10-31 12:33:56 [5] DEBUG: protocol_id: 0 = 0x00000000 > > > 2003-10-31 12:33:56 [5] DEBUG: priority_flag: 0 = 0x00000000 > > > 2003-10-31 12:33:56 [5] DEBUG: schedule_delivery_time: NULL > > > 2003-10-31 12:33:56 [5] DEBUG: validity_period: NULL > > > 2003-10-31 12:33:56 [5] DEBUG: registered_delivery: 0 = 0x00000000 > > > 2003-10-31 12:33:56 [5] DEBUG: replace_if_present_flag: 0 = > > > 0x00000000 2003-10-31 12:33:56 [5] DEBUG: data_coding: 4 = 0x00000004 > > > 2003-10-31 12:33:56 [5] DEBUG: sm_default_msg_id: 0 = 0x00000000 > > > 2003-10-31 12:33:56 [5] DEBUG: sm_length: 135 = 0x00000087 > > > 2003-10-31 12:33:56 [5] DEBUG: short_message: > > > 2003-10-31 12:33:56 [5] DEBUG: Octet string at 0x816e0e8: > > > 2003-10-31 12:33:56 [5] DEBUG: len: 135 > > > 2003-10-31 12:33:56 [5] DEBUG: size: 136 > > > 2003-10-31 12:33:56 [5] DEBUG: immutable: 0 > > > 2003-10-31 12:33:56 [5] DEBUG: data: 06 05 04 15 82 00 00 42 f4 41 > > > 00 48 0e 01 0f 81 .......B.A.H.... > > > 2003-10-31 12:33:56 [5] DEBUG: data: f9 e0 79 ff ff ff ff 3f e3 fd > > > e0 79 ff ff ff ff ..y....?...y.... > > > 2003-10-31 12:33:56 [5] DEBUG: data: 7f f7 fd f0 f8 00 00 00 00 7f > > > f7 dd f0 f8 60 00 ..............`. > > > 2003-10-31 12:33:56 [5] DEBUG: data: 00 00 fd f7 81 f9 f8 00 00 00 > > > 00 f8 07 e1 f9 f8 ................ > > > 2003-10-31 12:33:56 [5] DEBUG: data: 61 03 09 1c fb ff f9 ff f8 d1 > > > 06 8d 16 fb fb fd a............... > > > 2003-10-31 12:33:56 [5] DEBUG: data: ff f8 91 04 8d 12 f8 f8 ff ff > > > f8 f1 07 8b 12 f8 ................ > > > 2003-10-31 12:33:56 [5] DEBUG: data: 78 3f ff f8 91 04 8b 16 ff ff > > > 1f ef 78 91 e4 89 x?..........x... > > > 2003-10-31 12:33:56 [5] DEBUG: data: 1c 7f ff ff ef 78 00 00 00 00 > > > 3f f7 fd e6 79 ff .....x....?...y. > > > 2003-10-31 12:33:56 [5] DEBUG: data: ff ff ff 1f 49 53 4f > > > ....ISO > > > 2003-10-31 12:33:56 [5] DEBUG: Octet string dump ends. > > > 2003-10-31 12:33:56 [5] DEBUG: SMPP PDU dump ends. > > > 2003-10-31 12:33:56 [5] DEBUG: SMPP[smaf11]: Got PDU: > > > 2003-10-31 12:33:56 [5] DEBUG: SMPP PDU 0x816e260 dump: > > > 2003-10-31 12:33:56 [5] DEBUG: type_name: submit_sm_resp > > > 2003-10-31 12:33:56 [5] DEBUG: command_id: 2147483652 = 0x80000004 > > > 2003-10-31 12:33:56 [5] DEBUG: command_status: 0 = 0x00000000 > > > 2003-10-31 12:33:56 [5] DEBUG: sequence_number: 3 = 0x00000003 > > > 2003-10-31 12:33:56 [5] DEBUG: message_id: "3fddc00c" > > > 2003-10-31 12:33:56 [5] DEBUG: SMPP PDU dump ends. > > > > > > /Peter Lofman > > > > hmmm, at least there is no debug line indicating that a specific > > charset convertion has been processed. > > > > Did we assume that SMPP SMSC have Latin1 cahrset? > > > > mailto:[EMAIL PROTECTED] > > ------------------------------------------------------------------- > > Wapme Systems AG > > > > M�nsterstr. 248 > > 40470 D�sseldorf, NRW, Germany > > > > phone: +49.211.74845.0 > > fax: +49.211.74845.299 > > > > mailto:[EMAIL PROTECTED] > > http://www.wapme-systems.de/ > > ------------------------------------------------------------------- -- Best regards / Mit besten Gr��en aus D�sseldorf Dipl.-Ing. Alexander Malysh ___________________________________ Centrium GmbH Vogelsanger Weg 80 40470 D�sseldorf Fon: +49 (0211) 74 84 51 80 Fax: +49 (0211) 277 49 109 email: a.malysh at centrium.de web: http://www.centrium.de msn: olek2002 at hotmail.com icq: 98063111 ___________________________________________ Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
pgp00000.pgp
Description: signature
