Re: Sending logo problem

"Peter L?fman" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]> 
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.