Re: Sending logo problem

Alexander Malysh <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization Centrium GmbH
Message-ID <[email protected]>
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
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/o+JGnX3e5W+uJ0ERAthgAJ9EGC/KhuLUpPad0jP6ZnDGWGYJ5wCgkia9
OtMbVlERwssF70YcgUYo95M=
=mSA3
-----END PGP SIGNATURE-----
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.