Re: encrypted text sms

[Rafael Ugolini]

[EMAIL PROTECTED] wrote:
Hi!
I've been using kannel with success most SMSCs. I've got new smpp 3.4
connections to the operators SMSC for sending text sms. But with this one,
the messages I sent are encrypted. These are only plain text messages,
Eg: "test" would go the mobile as "tjM#"
What could be the prob here ? Is it charset ? What parameters could be
altered.
(I assume since this's  a text message It's not required to change coding)
 

You are correct, the thins we need to see, is your encrypted msg isnt 
encrypting some
parameters of the SMPP specs.

Can you give more details how are sending this message ?
I have a litle sugestion that might help you...
You need to verify if the message length is equal to your encrypted msg, but
in this case, is the same.
Tell us more details
I've attached a sample debug req/response for a messages. Suggestions
Appreciated.
2005-05-13 12:37:05 [31171] [9] DEBUG: boxc_receiver: sms received
2005-05-13 12:37:05 [31171] [9] DEBUG: send_msg: sending msg to box:
<127.0.0.1>
2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP[UMSSMPP]: Sending PDU:
2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU 0x9637850 dump:
2005-05-13 12:37:05 [31171] [7] DEBUG:   type_name: submit_sm
2005-05-13 12:37:05 [31171] [7] DEBUG:   command_id: 4 = 0x00000004
2005-05-13 12:37:05 [31171] [7] DEBUG:   command_status: 0 = 0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   sequence_number: 294 = 0x00000126
2005-05-13 12:37:05 [31171] [7] DEBUG:   service_type: NULL
2005-05-13 12:37:05 [31171] [7] DEBUG:   source_addr_ton: 2 = 0x00000002
2005-05-13 12:37:05 [31171] [7] DEBUG:   source_addr_npi: 1 = 0x00000001
2005-05-13 12:37:05 [31171] [7] DEBUG:   source_addr: "1122"
2005-05-13 12:37:05 [31171] [7] DEBUG:   dest_addr_ton: 2 = 0x00000002
2005-05-13 12:37:05 [31171] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2005-05-13 12:37:05 [31171] [7] DEBUG:   destination_addr: "0777712312"
2005-05-13 12:37:05 [31171] [7] DEBUG:   esm_class: 3 = 0x00000003
2005-05-13 12:37:05 [31171] [7] DEBUG:   protocol_id: 0 = 0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   priority_flag: 0 = 0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   schedule_delivery_time: NULL
2005-05-13 12:37:05 [31171] [7] DEBUG:   validity_period: NULL
2005-05-13 12:37:05 [31171] [7] DEBUG:   registered_delivery: 0 = 0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   data_coding: 0 = 0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   sm_length: 4 = 0x00000004
2005-05-13 12:37:05 [31171] [7] DEBUG:   short_message: "test"
2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU dump ends.
2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP[MYSMPP]: Got PDU:
2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU 0x9637850 dump:
2005-05-13 12:37:05 [31171] [7] DEBUG:   type_name: submit_sm_resp
2005-05-13 12:37:05 [31171] [7] DEBUG:   command_id: 2147483652 = 0x80000004
2005-05-13 12:37:05 [31171] [7] DEBUG:   command_status: 0 = 0x00000000
2005-05-13 12:37:05 [31171] [7] DEBUG:   sequence_number: 294 = 0x00000126
2005-05-13 12:37:05 [31171] [7] DEBUG:   message_id: "02e161d9"
2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU dump ends.
2005-05-13 12:37:05 [31171] [1] DEBUG: Dumping 0 messages and 0 acks to
store
denz
 

Regards Rafael