Hi! I'm getting back a strange (non-standard?) message_id in submit_sm_resp
Alexander - sorry for assuming it was a DLR problem! :) 2003-06-25 12:31:56 [6] DEBUG: type_name: submit_sm_resp 2003-06-25 12:31:56 [6] DEBUG: command_id: 2147483652 = 0x80000004 2003-06-25 12:31:56 [6] DEBUG: command_status: 0 = 0x00000000 2003-06-25 12:31:56 [6] DEBUG: sequence_number: 2 = 0x00000002 2003-06-25 12:31:56 [6] DEBUG: message_id: 2003-06-25 12:31:56 [6] DEBUG: Octet string at 0x80d1798: 2003-06-25 12:31:56 [6] DEBUG: len: 29 2003-06-25 12:31:56 [6] DEBUG: size: 30 2003-06-25 12:31:56 [6] DEBUG: immutable: 0 2003-06-25 12:31:56 [6] DEBUG: data: 30 32 2f 30 30 2f 62 39 02/00/b9 2003-06-25 12:31:56 [6] DEBUG: data: 36 33 37 62 62 34 2f 31 637bb4/1 2003-06-25 12:31:56 [6] DEBUG: data: 31 33 35 33 38 37 32 39 13538729 2003-06-25 12:31:56 [6] DEBUG: data: 32 30 39 39 37 20997 2003-06-25 12:31:56 [6] DEBUG: Octet string dump ends. 2003-06-25 12:31:56 [6] DEBUG: SMPP PDU dump ends. In the deliver_sm, I get back a decimal message_id.. 2003-06-25 12:32:01 [6] DEBUG: short_message: 2003-06-25 12:32:01 [6] DEBUG: Octet string at 0x80d1de8: 2003-06-25 12:32:01 [6] DEBUG: len: 123 2003-06-25 12:32:01 [6] DEBUG: size: 124 2003-06-25 12:32:01 [6] DEBUG: immutable: 0 2003-06-25 12:32:01 [6] DEBUG: data: 69 64 3a 33 31 31 30 33 id:31103 2003-06-25 12:32:01 [6] DEBUG: data: 30 34 36 39 32 20 6f 61 04692 The middle bit of the submit_sm_resp is the message_id - 'b9637bb4' out of '02/00/b9637bb4/11353872920997' The rest is junk - the last number is the destination number. I am not a C programmer - I can hack stuff together and that's about it. I figure I'm going to have to change the submit_sm_resp part of smsc_smpp.c to strip out the stuff I don't want from the message_id. Any comments / suggestions? Regards, David.