Hi Jarratt, For me it looks like your provider isn't following the official protocol.
If we look at the message you are sending, they give it the msgid 31D44D55: > 2010-09-17 10:26:34 [16954] [12] DEBUG: message_id: "31D44D55" Later on you receive the DLR, but the ID is only given in the message_payload: > 2010-09-17 10:26:37 [16954] [13] DEBUG: message_payload: "31D44D55 201" And after the msgid, thay have, what for me looks like a return code: 201 This is out of standard, you provider might be able to solve this for you, if not you might need to create a patch for kannel, to support your provider. If you mention what provider, somebody else on the list, might have further info for you, if they have been in the same situation. Den 17/09/2010 kl. 10.31 skrev Jarratt Ingram: > Hi Guys, > > We have just connected to a Namibian Provider, We are sending message's > correctly however we are getting the following error "Couldnot parse DLR > string sscanf way,fallback to old way. Please report!", any ideas on how to > process the DLR correctly > > Below is the full debug > 2010-09-17 10:26:34 [16954] [12] DEBUG: SMPP[30]: throughput (1.00,5.00) > 2010-09-17 10:26:34 [16954] [12] DEBUG: SMPP[30]: Got PDU: > 2010-09-17 10:26:34 [16954] [12] DEBUG: SMPP PDU 0x7fd8a8002650 dump: > 2010-09-17 10:26:34 [16954] [12] DEBUG: type_name: submit_sm_resp > 2010-09-17 10:26:34 [16954] [12] DEBUG: command_id: 2147483652 = 0x80000004 > 2010-09-17 10:26:34 [16954] [12] DEBUG: command_status: 0 = 0x00000000 > 2010-09-17 10:26:34 [16954] [12] DEBUG: sequence_number: 87 = 0x00000057 > 2010-09-17 10:26:34 [16954] [12] DEBUG: message_id: "31D44D55" > 2010-09-17 10:26:34 [16954] [12] DEBUG: SMPP PDU dump ends. > 2010-09-17 10:26:34 [16954] [12] DEBUG: DLR[mysql]: Adding DLR smsc=30, > ts=835997013, src=0810100001, dst=264811229233, mask=1, boxc= > 2010-09-17 10:26:34 [16954] [12] DEBUG: adding DLR entry into database > 2010-09-17 10:26:34 [16954] [12] DEBUG: sql: INSERT INTO `dlr` (`smsc`, `ts`, > `source`, `destination`, `service`, `url`, `mask`, `boxc`, `status`) VALUES > (?, ?, ?, ?, ?, ?, ?, ?, 0) > 2010-09-17 10:26:34 [16954] [12] DEBUG: SMPP[30]: throughput (1.00,5.00) > 2010-09-17 10:26:37 [16954] [13] DEBUG: Optional parameter tag (0x0424) > 2010-09-17 10:26:37 [16954] [13] DEBUG: Optional parameter length read as 12 > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP[30]: Got PDU: > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP PDU 0x7fd89c001520 dump: > 2010-09-17 10:26:37 [16954] [13] DEBUG: type_name: data_sm > 2010-09-17 10:26:37 [16954] [13] DEBUG: command_id: 259 = 0x00000103 > 2010-09-17 10:26:37 [16954] [13] DEBUG: command_status: 0 = 0x00000000 > 2010-09-17 10:26:37 [16954] [13] DEBUG: sequence_number: 19 = 0x00000013 > 2010-09-17 10:26:37 [16954] [13] DEBUG: service_type: NULL > 2010-09-17 10:26:37 [16954] [13] DEBUG: source_addr_ton: 1 = 0x00000001 > 2010-09-17 10:26:37 [16954] [13] DEBUG: source_addr_npi: 1 = 0x00000001 > 2010-09-17 10:26:37 [16954] [13] DEBUG: source_addr: "264811229233" > 2010-09-17 10:26:37 [16954] [13] DEBUG: dest_addr_ton: 2 = 0x00000002 > 2010-09-17 10:26:37 [16954] [13] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2010-09-17 10:26:37 [16954] [13] DEBUG: destination_addr: "0810100001" > 2010-09-17 10:26:37 [16954] [13] DEBUG: esm_class: 4 = 0x00000004 > 2010-09-17 10:26:37 [16954] [13] DEBUG: registered_delivery: 0 = 0x00000000 > 2010-09-17 10:26:37 [16954] [13] DEBUG: data_coding: 0 = 0x00000000 > 2010-09-17 10:26:37 [16954] [13] DEBUG: message_payload: "31D44D55 201" > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP PDU dump ends. > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP[30] handle_pdu, got DLR > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP[30]: Couldnot parse DLR string > sscanf way,fallback to old way. Please report! > 2010-09-17 10:26:37 [16954] [13] ERROR: SMPP[30]: got DLR but could not find > message or was not interested in it id<> dst<264811229233>, type<2> > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP[30]: Sending PDU: > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP PDU 0x7fd89c0057a0 dump: > 2010-09-17 10:26:37 [16954] [13] DEBUG: type_name: data_sm_resp > 2010-09-17 10:26:37 [16954] [13] DEBUG: command_id: 2147483907 = 0x80000103 > 2010-09-17 10:26:37 [16954] [13] DEBUG: command_status: 0 = 0x00000000 > 2010-09-17 10:26:37 [16954] [13] DEBUG: sequence_number: 19 = 0x00000013 > 2010-09-17 10:26:37 [16954] [13] DEBUG: message_id: NULL > 2010-09-17 10:26:37 [16954] [13] DEBUG: SMPP PDU dump ends. > > Regards > Jarratt >
