Hello,
Can you help me to resolve this problem please ?
I'm using Kannel Software to receive a SMS but I don't understand the
transcoding:
Thank you watch the commentary included in the log below
2008-09-16 11:48:34 [30320] [7] DEBUG: data: 53 55 42 53 43 52 49 42 45 5f
4f 46 46 45 52 20 SUBSCRIBE_OFFER
2008-09-16 11:48:34 [30320] [7] DEBUG: data: 69 6e 74 5f 63 68 32
int_ch2 --> the
message SUBSCRIBE_OFFER int_ch2 is receive by Kannel
2008-09-16 11:48:34 [30320] [7] DEBUG: Octet string dump ends.
2008-09-16 11:48:34 [30320] [7] DEBUG: SMPP PDU dump ends.
2008-09-16 11:48:34 [30320] [7] DEBUG:
SMPP[SMPP:172.16.22.98:3700/3700:139:VMA]: Sending PDU:
2008-09-16 11:48:34 [30320] [7] DEBUG: SMPP PDU 0xb0601298 dump:
2008-09-16 11:48:34 [30320] [7] DEBUG: type_name: deliver_sm_resp
2008-09-16 11:48:34 [30320] [7] DEBUG: command_id: 2147483653 = 0x80000005
2008-09-16 11:48:34 [30320] [7] DEBUG: command_status: 0 = 0x00000000
2008-09-16 11:48:34 [30320] [7] DEBUG: sequence_number: 5 = 0x00000005
2008-09-16 11:48:34 [30320] [7] DEBUG: message_id: NULL
2008-09-16 11:48:34 [30320] [7] DEBUG: SMPP PDU dump ends.
2008-09-16 11:48:34 [30320] [11] DEBUG: send_msg: sending msg to box:
<127.0.0.1>
2008-09-16 11:48:34 [30320] [11] DEBUG: boxc_sender: sent message to <127.0.0.1>
2008-09-16 11:48:34 [30365] [4] INFO: Starting to service <SUBSCRIBE§OFFER
int§ch2> from <+225XXXXXXX> to <+4111111> --> it is then transcribed
according to the standard ISO-8859-1: SUBSCRIBE§OFFER int§ch2 (I don't
understand why)
2008-09-16 11:48:34 [30365] [9] DEBUG: Parsing URL
`http://localhost:9080/SmsGatewayListener/SMS?sender=%2B225XXXXXXX&text=':
2008-09-16 11:48:34 [30365] [9] DEBUG: Scheme: http://
2008-09-16 11:48:34 [30365] [9] DEBUG: Host: localhost
2008-09-16 11:48:34 [30365] [9] DEBUG: Port: 9080
2008-09-16 11:48:34 [30365] [9] DEBUG: Username: (null)
2008-09-16 11:48:34 [30365] [9] DEBUG: Password: (null)
2008-09-16 11:48:34 [30365] [9] DEBUG: Path: /SmsGatewayListener/SMS
2008-09-16 11:48:34 [30365] [9] DEBUG: Query: sender=%2B225
XXXXXXX&text=SUBSCRIBE%A7OFFER+int%A7ch2 --> it is then transcribed according
to the standard RFC2396 SUBSCRIBE%A7OFFER+int%A7ch2 (I don't understand why)
2008-09-16 11:48:34 [30365] [9] DEBUG: Fragment: (null)
2008-09-16 11:48:34 [30320] [10] DEBUG: boxc_receiver: got ack
2008-09-16 11:48:34 [30365] [9] DEBUG: HTTP: Opening connection to
`localhost:9080' (fd=26).
2008-09-16 11:48:34 [30365] [9] DEBUG: Socket connecting
2008-09-16 11:48:34 [30365] [8] DEBUG: Get info about connecting socket
2008-09-16 11:48:34 [30365] [8] DEBUG: HTTP: Sending request:
2008-09-16 11:48:34 [30365] [8] DEBUG: Octet string at 0x87a3908:
2008-09-16 11:48:34 [30365] [8] DEBUG: len: 143
2008-09-16 11:48:34 [30365] [8] DEBUG: size: 1024
2008-09-16 11:48:34 [30365] [8] DEBUG: immutable: 0
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 47 45 54 20 2f 53 6d 73 47 61 74
65 77 61 79 4c GET /SmsGatewayL
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 69 73 74 65 6e 65 72 2f 53 4d 53
3f 73 65 6e 64 istener/SMS?send
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 65 72 3d 25 32 42 32 32 35 30 35
39 35 39 36 31 er=%2BXXXXXXXX
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 37 26 74 65 78 74 3d 53 55 42 53
43 52 49 42 45 X&text=SUBSCRIBE
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 25 41 37 4f 46 46 45 52 2b 69 6e
74 25 41 37 63 %A7OFFER+int%A7c
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 68 32 20 48 54 54 50 2f 31 2e 31
0d 0a 48 6f 73 h2 HTTP/1.1..Hos
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 74 3a 20 6c 6f 63 61 6c 68 6f 73
74 3a 39 30 38 t: localhost:908
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 30 0d 0a 55 73 65 72 2d 41 67 65
6e 74 3a 20 4b 0..User-Agent: K
2008-09-16 11:48:34 [30365] [8] DEBUG: data: 61 6e 6e 65 6c 2f 31 2e 34 2e 31
0d 0a 0d 0a annel/1.4.1....
2008-09-16 11:48:34 [30365] [8] DEBUG: Octet string dump ends.
My recipient application runs on Linux system.
when I consult the log file, I see the following string : SUBSCRIBE?OFFER
What can I do to resolve this problem ?
I would like to receive the correct string like : SUBSCRIBE_OFFER int_ch2
Thanks for your answer,
Eric
