RE: Sending logo problem

Peter Löfman <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]> 
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%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%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=hid
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 or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
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.