Re: mo-recode for SMPP (possibly not working)

Here  is smsbox log. original message I've sent was: 99182418*t t t t 
and curillic letter on the end. You can see that '@' sign was added 
before all characters.


2003-03-28 18:16:02 [4] INFO: Starting to service <@9@9@1@8@2@4@1@8@*@t@ 
@t@ @t@ @t@ è<> from <99599182418> to <5244>
2003-03-28 18:16:02 [9] DEBUG: HTTP: Reusing connection to 
`localhost:80' (fd=29).
2003-03-28 18:16:02 [9] DEBUG: HTTP: Sending request:
2003-03-28 18:16:02 [9] DEBUG: Octet string at 0x809a380:
2003-03-28 18:16:02 [9] DEBUG:   len:  397
2003-03-28 18:16:02 [9] DEBUG:   size: 398
2003-03-28 18:16:02 [9] DEBUG:   immutable: 0
2003-03-28 18:16:02 [9] DEBUG:   data: 50 4f 53 54 20 2f 72 65   POST /re
2003-03-28 18:16:02 [9] DEBUG:   data: 70 6c 79 5f 43 4c 49 52   ply_CLIR
2003-03-28 18:16:02 [9] DEBUG:   data: 2e 70 68 70 3f 73 65 6e   .php?sen
2003-03-28 18:16:02 [9] DEBUG:   data: 64 65 72 3d 39 39 35 39   der=9959
2003-03-28 18:16:02 [9] DEBUG:   data: 39 31 38 32 34 31 38 26   9182418&
2003-03-28 18:16:02 [9] DEBUG:   data: 74 65 78 74 3d 25 34 30   text=%40
2003-03-28 18:16:02 [9] DEBUG:   data: 39 25 34 30 39 25 34 30   9%409%40
2003-03-28 18:16:02 [9] DEBUG:   data: 31 25 34 30 38 25 34 30   1%408%40
2003-03-28 18:16:02 [9] DEBUG:   data: 32 25 34 30 34 25 34 30   2%404%40
2003-03-28 18:16:02 [9] DEBUG:   data: 31 25 34 30 38 25 34 30   1%408%40
2003-03-28 18:16:02 [9] DEBUG:   data: 2a 25 34 30 74 25 34 30   *%40t%40
2003-03-28 18:16:02 [9] DEBUG:   data: 2b 25 34 30 74 25 34 30   +%40t%40
2003-03-28 18:16:02 [9] DEBUG:   data: 2b 25 34 30 74 25 34 30   +%40t%40
2003-03-28 18:16:02 [9] DEBUG:   data: 2b 25 34 30 74 25 34 30   +%40t%40
2003-03-28 18:16:02 [9] DEBUG:   data: 2b 25 45 38 25 33 43 20   +%E8%3C
2003-03-28 18:16:02 [9] DEBUG:   data: 48 54 54 50 2f 31 2e 31   HTTP/1.1
2003-03-28 18:16:02 [9] DEBUG:   data: 0d 0a 48 6f 73 74 3a 20   ..Host:
2003-03-28 18:16:02 [9] DEBUG:   data: 6c 6f 63 61 6c 68 6f 73   localhos
2003-03-28 18:16:02 [9] DEBUG:   data: 74 0d 0a 55 73 65 72 2d   t..User-
2003-03-28 18:16:02 [9] DEBUG:   data: 41 67 65 6e 74 3a 20 4b   Agent: K
2003-03-28 18:16:02 [9] DEBUG:   data: 61 6e 6e 65 6c 2f 63 76   annel/cv
2003-03-28 18:16:02 [9] DEBUG:   data: 73 2d 0d 0a 43 6f 6e 74   s-..Cont
2003-03-28 18:16:02 [9] DEBUG:   data: 65 6e 74 2d 54 79 70 65   ent-Type
2003-03-28 18:16:02 [9] DEBUG:   data: 3a 20 74 65 78 74 2f 70   : text/p
2003-03-28 18:16:02 [9] DEBUG:   data: 6c 61 69 6e 3b 20 63 68   lain; ch
2003-03-28 18:16:02 [9] DEBUG:   data: 61 72 73 65 74 3d 55 54   arset=UT
2003-03-28 18:16:02 [9] DEBUG:   data: 46 2d 31 36 42 45 0d 0a   F-16BE..
2003-03-28 18:16:02 [9] DEBUG:   data: 58 2d 4b 61 6e 6e 65 6c   X-Kannel
2003-03-28 18:16:02 [9] DEBUG:   data: 2d 54 6f 3a 20 35 32 34   -To: 524
2003-03-28 18:16:02 [9] DEBUG:   data: 30 0d 0a 58 2d 4b 61 6e   0..X-Kan
2003-03-28 18:16:02 [9] DEBUG:   data: 6e 65 6c 2d 54 69 6d 65   nel-Time
2003-03-28 18:16:02 [9] DEBUG:   data: 3a 20 32 30 30 33 2d 30   : 2003-0
2003-03-28 18:16:02 [9] DEBUG:   data: 33 2d 32 38 20 31 34 3a   3-28 14:
2003-03-28 18:16:02 [9] DEBUG:   data: 31 36 3a 30 32 0d 0a 58   16:02..X
2003-03-28 18:16:02 [9] DEBUG:   data: 2d 4b 61 6e 6e 65 6c 2d   -Kannel-
2003-03-28 18:16:02 [9] DEBUG:   data: 53 4d 53 43 3a 20 74 65   SMSC: te
2003-03-28 18:16:02 [9] DEBUG:   data: 73 74 0d 0a 58 2d 4b 61   st..X-Ka
2003-03-28 18:16:02 [9] DEBUG:   data: 6e 6e 65 6c 2d 43 6f 64   nnel-Cod
2003-03-28 18:16:02 [9] DEBUG:   data: 69 6e 67 3a 20 33 0d 0a   ing: 3..
2003-03-28 18:16:02 [9] DEBUG:   data: 58 2d 4b 61 6e 6e 65 6c   X-Kannel
2003-03-28 18:16:02 [9] DEBUG:   data: 2d 53 65 72 76 69 63 65   -Service
2003-03-28 18:16:02 [9] DEBUG:   data: 3a 20 64 65 66 61 75 6c   : defaul
2003-03-28 18:16:02 [9] DEBUG:   data: 74 0d 0a 43 6f 6e 74 65   t..Conte
2003-03-28 18:16:02 [9] DEBUG:   data: 6e 74 2d 4c 65 6e 67 74   nt-Lengt
2003-03-28 18:16:02 [9] DEBUG:   data: 68 3a 20 33 36 0d 0a 0d   h: 36...
2003-03-28 18:16:02 [9] DEBUG:   data: 0a 40 39 40 39 40 31 40   .@9@9@1@
2003-03-28 18:16:02 [9] DEBUG:   data: 38 40 32 40 34 40 31 40   8@2@4@1@
2003-03-28 18:16:02 [9] DEBUG:   data: 38 40 2a 40 74 40 20 40   8@*@t@ @
2003-03-28 18:16:02 [9] DEBUG:   data: 74 40 20 40 74 40 20 40   t@ @t@ @
2003-03-28 18:16:02 [9] DEBUG:   data: 74 40 20 e8 3c            t@ .<
2003-03-28 18:16:02 [9] DEBUG: Octet string dump ends.




Angel Fradejas wrote:

>Nothing wrong there, data_coding is set to 8 in bearerbox. Maybe you can
>provide the smsbox log to see what it's getting there.
>
>Angel Fradejas
>Mediafusión España, S.A.
>[email protected]
>www.mediafusion.es
>Tel. +34 91 252 32 00
>Fax +34 91 572 27 08
>
>
>-----Mensaje original-----
>De: [email protected] [mailto:[email protected]]En nombre de
>David Chkhartishvili
>Enviado el: viernes 28 de marzo de 2003 14:04
>Para: Angel Fradejas
>CC: [email protected]
>Asunto: Re: mo-recode for SMPP (possibly not working)
>
>
>Nice to hear.
>
>I have set mo-recode in smsbox configuration to true (Is it enough??).
>Here is pdu dump of deliver_sm with cyrillic characters:2003-03-28
>16:58:42 [5] DEBUG:   type_name: deliver_sm
>
>2003-03-28 16:58:42 [5] DEBUG:   command_id: 5 = 0x00000005
>2003-03-28 16:58:42 [5] DEBUG:   command_status: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   sequence_number: 1 = 0x00000001
>2003-03-28 16:58:42 [5] DEBUG:   service_type: NULL
>2003-03-28 16:58:42 [5] DEBUG:   source_addr_ton: 1 = 0x00000001
>2003-03-28 16:58:42 [5] DEBUG:   source_addr_npi: 1 = 0x00000001
>2003-03-28 16:58:42 [5] DEBUG:   source_addr: "99599999999"
>2003-03-28 16:58:42 [5] DEBUG:   dest_addr_ton: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   dest_addr_npi: 1 = 0x00000001
>2003-03-28 16:58:42 [5] DEBUG:   destination_addr: "5202"
>2003-03-28 16:58:42 [5] DEBUG:   esm_class: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   protocol_id: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   priority_flag: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   schedule_delivery_time: NULL
>2003-03-28 16:58:42 [5] DEBUG:   validity_period: NULL
>2003-03-28 16:58:42 [5] DEBUG:   registered_delivery: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   replace_if_present_flag: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   data_coding: 8 = 0x00000008
>2003-03-28 16:58:42 [5] DEBUG:   sm_default_msg_id: 0 = 0x00000000
>2003-03-28 16:58:42 [5] DEBUG:   sm_length: 6 = 0x00000006
>2003-03-28 16:58:42 [5] DEBUG:   short_message:
>2003-03-28 16:58:42 [5] DEBUG:    Octet string at 0x815ed70:
>2003-03-28 16:58:42 [5] DEBUG:      len:  6
>2003-03-28 16:58:42 [5] DEBUG:      size: 7
>2003-03-28 16:58:42 [5] DEBUG:      immutable: 0
>2003-03-28 16:58:42 [5] DEBUG:      data: 04 1c 04 38 04 40         ...8.@
>2003-03-28 16:58:42 [5] DEBUG:    Octet string dump ends.
>
>What's wrong with it?
>
>
>Angel Fradejas wrote:
>
>  
>
>>>Can anybody confirm that mo-recode feature of smsbox working properly?
>>>
>>>
>>>      
>>>
>>I'm using it, and "works for me (TM)" :-)
>>
>>Maybe you should heck if your provider sends you the proper DCS in the MO
>>for Unicode messages.
>>
>>Angel Fradejas
>>Mediafusion Espana, S.A.
>>[email protected]
>>www.mediafusion.es
>>Tel. +34 91 252 32 00
>>Fax +34 91 572 27 08
>>
>>
>>
>>
>>
>>
>>
>>
>>    
>>
>
>
>--
>David Chkhartishvili
>Tel: 995 99 182418
>
>
>
>
>
>  
>


-- 
David Chkhartishvili
Tel: 995 99 182418