Yes that was the solution, thanks a lot! I just put one more % before the %C1 and then it played well!
/Peter Lofman
From: Alexander Malysh <[EMAIL PROTECTED]>
To: Peter L�fman <[EMAIL PROTECTED]>, "'Stipe Tolj'" <[EMAIL PROTECTED]>
CC: <[EMAIL PROTECTED]>
Subject: Re: Sending logo problem
Date: Sat, 1 Nov 2003 17:41:40 +0100
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 << attach3 >>
_________________________________________________________________
Never get a busy signal because you are always connected with high-speed Internet access. Click here to comparison-shop providers. https://broadband.msn.com
