Hi Users, I have a question regarding this, as per in documentation, type 1 is delivered, type 2 is undelivered.
>From what I understand, when receiving deliver_sm with message_state = 2, >means the dlr-type = 1 and when receiving deliver_sm with message_state = 5 means the dlr-type = 2 However the smsc are sending deliver_sm with message_state = 8 (rejected) but the dlr-type Is still = 2, shouldn't I receive type 16 instead? 2517229:2016-10-19 11:41:14 [3589] [12] DEBUG: SMPP PDU 0x7fd24800e4a0 dump: 2517230:2016-10-19 11:41:14 [3589] [12] DEBUG: type_name: deliver_sm 2517231:2016-10-19 11:41:14 [3589] [12] DEBUG: command_id: 5 = 0x00000005 2517232:2016-10-19 11:41:14 [3589] [12] DEBUG: command_status: 0 = 0x00000000 2517233:2016-10-19 11:41:14 [3589] [12] DEBUG: sequence_number: 46 = 0x0000002e 2517234:2016-10-19 11:41:14 [3589] [12] DEBUG: service_type: NULL 2517235:2016-10-19 11:41:14 [3589] [12] DEBUG: source_addr_ton: 1 = 0x00000001 2517236:2016-10-19 11:41:14 [3589] [12] DEBUG: source_addr_npi: 1 = 0x00000001 2517237:2016-10-19 11:41:14 [3589] [12] DEBUG: source_addr: "removed" 2517238:2016-10-19 11:41:14 [3589] [12] DEBUG: dest_addr_ton: 0 = 0x00000000 2517239:2016-10-19 11:41:14 [3589] [12] DEBUG: dest_addr_npi: 1 = 0x00000001 2517240:2016-10-19 11:41:14 [3589] [12] DEBUG: destination_addr: "68123" 2517241:2016-10-19 11:41:14 [3589] [12] DEBUG: esm_class: 4 = 0x00000004 2517242:2016-10-19 11:41:14 [3589] [12] DEBUG: protocol_id: 0 = 0x00000000 2517243:2016-10-19 11:41:14 [3589] [12] DEBUG: priority_flag: 0 = 0x00000000 2517244:2016-10-19 11:41:14 [3589] [12] DEBUG: schedule_delivery_time: NULL 2517245:2016-10-19 11:41:14 [3589] [12] DEBUG: validity_period: NULL 2517246:2016-10-19 11:41:14 [3589] [12] DEBUG: registered_delivery: 0 = 0x00000000 2517247:2016-10-19 11:41:14 [3589] [12] DEBUG: replace_if_present_flag: 0 = 0x00000000 2517248:2016-10-19 11:41:14 [3589] [12] DEBUG: data_coding: 0 = 0x00000000 2517249:2016-10-19 11:41:14 [3589] [12] DEBUG: sm_default_msg_id: 0 = 0x00000000 2517250:2016-10-19 11:41:14 [3589] [12] DEBUG: sm_length: 0 = 0x00000000 2517251:2016-10-19 11:41:14 [3589] [12] DEBUG: short_message: "" 2517252:2016-10-19 11:41:14 [3589] [12] DEBUG: message_state: 8 = 0x00000008 2517253:2016-10-19 11:41:14 [3589] [12] DEBUG: receipted_message_id: 2517254:2016-10-19 11:41:14 [3589] [12] DEBUG: Octet string at 0x7fd248009660: 2517255:2016-10-19 11:41:14 [3589] [12] DEBUG: len: 27 2517256:2016-10-19 11:41:14 [3589] [12] DEBUG: size: 28 2517257:2016-10-19 11:41:14 [3589] [12] DEBUG: immutable: 0 2517258:2016-10-19 11:41:14 [3589] [12] DEBUG: data: 31 34 37 36 38 34 38 33 36 33 3a 3x 3x 3x 3x 3x 1476848363:xxxxx 2517259:2016-10-19 11:41:14 [3589] [12] DEBUG: data: 3x 3x 3x 3x 3x 3x 3x 3a 31 3a 31 xxxxxxx:1:1 2517260:2016-10-19 11:41:14 [3589] [12] DEBUG: Octet string dump ends. 2517261:2016-10-19 11:41:14 [3589] [12] DEBUG: SMPP PDU dump ends. 2517262:2016-10-19 11:41:14 [3589] [12] DEBUG: SMPP[smppConnection1] handle_pdu, got DLR 2517263:2016-10-19 11:41:14 [3589] [12] DEBUG: DLR[internal]: Looking for DLR smsc=smppConnection1, ts=87887741795, dst=xxxxxxxxxx, type=2 2517264:2016-10-19 11:41:14 [3589] [12] DEBUG: DLR[internal]: created DLR message for URL <http://removed ?type='%d' > Url call http://localhost:13017/cgi-bin/sendsms?username=smsSMPP1&password=removed&from=68123&to=+removed&text=TESTING347&dlr-mask=31&dlr-url=http://removed?type='%d' Looking forward to your kind advise on this. Regards, Arif Noor
