Yes. According to the user guide, there are multiple DLR types. DLR-mask is used to specify which ones of those you want.
BR, Nikos ----- Original Message ----- From: jyotiranjan panda To: Alexander Malysh Cc: [email protected] Sent: Thursday, March 05, 2009 7:50 AM Subject: Re: msg-id-type not working Thanks Alex, Now its not giving any error, with configuring msg-id-type = 1,dlr-mask and dlr-url. But if I am giving only msg-id-type, dlr-mask without dlr-url ,kannel gives below error. [r...@testgw TEST]# 2009-03-05 10:54:02 [16980] [9] ERROR: URL <> doesn't start with `http://' nor `https://' 2009-03-05 10:54:02 [16980] [9] ERROR: Couldn't send request to <> Since some of my clients don't require any dlr , As I need it for confirmation for my side, does it is mandatory that if I am giving dlr-mask then I have to give a dlr-url ? Thanks & Regards Jyoti Ranjan Panda On Wed, Mar 4, 2009 at 5:45 PM, Alexander Malysh <[email protected]> wrote: Hi again, ok, that's clear why it's not working... SMSC is buggy because it send DLRs although you didn't requested it. Therefore kannel doesn't add this submit_sm to the waiting requests and can't match DLR at the end. Please add dlr-mask & dlr-url to you request (seee userguide) and it will work... Thanks, Alex jyotiranjan panda schrieb: Thnks Alex, I am posting the debug log, I am not using any database. i.e using default 'internal' for storage type. 2009-03-04 17:16:08 [14297] [6] DEBUG: type_name: *submit_sm* 2009-03-04 17:16:08 [14297] [6] DEBUG: command_id: 4 = 0x00000004 2009-03-04 17:16:08 [14297] [6] DEBUG: command_status: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: sequence_number: 3 = 0x00000003 2009-03-04 17:16:08 [14297] [6] DEBUG: service_type: NULL 2009-03-04 17:16:08 [14297] [6] DEBUG: source_addr_ton: 5 = 0x00000005 2009-03-04 17:16:08 [14297] [6] DEBUG: source_addr_npi: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: source_addr: "AMEX" 2009-03-04 17:16:08 [14297] [6] DEBUG: dest_addr_ton: 1 = 0x00000001 2009-03-04 17:16:08 [14297] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-03-04 17:16:08 [14297] [6] DEBUG: destination_addr: "919911274740" 2009-03-04 17:16:08 [14297] [6] DEBUG: esm_class: 3 = 0x00000003 2009-03-04 17:16:08 [14297] [6] DEBUG: protocol_id: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: priority_flag: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: schedule_delivery_time: NULL 2009-03-04 17:16:08 [14297] [6] DEBUG: validity_period: NULL 2009-03-04 17:16:08 [14297] [6] DEBUG: registered_delivery: 0 = 0x00000000 ^^^^ flag is 0 so you didn't requested DLR 2009-03-04 17:16:08 [14297] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: data_coding: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: sm_length: 8 = 0x00000008 2009-03-04 17:16:08 [14297] [6] DEBUG: short_message: "test msg" 2009-03-04 17:16:08 [14297] [6] DEBUG: SMPP PDU dump ends. 2009-03-04 17:16:08 [14297] [6] DEBUG: SMPP[hrtestgw1]: Got PDU: 2009-03-04 17:16:08 [14297] [6] DEBUG: SMPP PDU 0x8968450 dump: 2009-03-04 17:16:08 [14297] [6] DEBUG: type_name: *submit_sm_resp* 2009-03-04 17:16:08 [14297] [6] DEBUG: command_id: 2147483652 = 0x80000004 2009-03-04 17:16:08 [14297] [6] DEBUG: command_status: 0 = 0x00000000 2009-03-04 17:16:08 [14297] [6] DEBUG: sequence_number: 3 = 0x00000003 2009-03-04 17:16:08 [14297] [6] DEBUG: * message_id: "3A75A43"* 2009-03-04 17:16:08 [14297] [6] DEBUG: SMPP PDU dump ends. 2009-03-04 17:16:11 [14297] [6] DEBUG: SMPP[hrtestgw1]: Got PDU: 2009-03-04 17:16:11 [14297] [6] DEBUG: SMPP PDU 0x89668a0 dump: 2009-03-04 17:16:11 [14297] [6] DEBUG: type_name: *deliver_sm* 2009-03-04 17:16:11 [14297] [6] DEBUG: command_id: 5 = 0x00000005 2009-03-04 17:16:11 [14297] [6] DEBUG: command_status: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: sequence_number: 1 = 0x00000001 2009-03-04 17:16:11 [14297] [6] DEBUG: service_type: NULL 2009-03-04 17:16:11 [14297] [6] DEBUG: source_addr_ton: 1 = 0x00000001 2009-03-04 17:16:11 [14297] [6] DEBUG: source_addr_npi: 1 = 0x00000001 2009-03-04 17:16:11 [14297] [6] DEBUG: source_addr: "919911274740" 2009-03-04 17:16:11 [14297] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-03-04 17:16:11 [14297] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-03-04 17:16:11 [14297] [6] DEBUG: destination_addr: "TM-AMEX" 2009-03-04 17:16:11 [14297] [6] DEBUG: esm_class: 4 = 0x00000004 2009-03-04 17:16:11 [14297] [6] DEBUG: protocol_id: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: priority_flag: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: schedule_delivery_time: NULL 2009-03-04 17:16:11 [14297] [6] DEBUG: validity_period: NULL 2009-03-04 17:16:11 [14297] [6] DEBUG: registered_delivery: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: data_coding: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: sm_length: 108 = 0x0000006c 2009-03-04 17:16:11 [14297] [6] DEBUG: short_message: 2009-03-04 17:16:11 [14297] [6] DEBUG: Octet string at 0x89669a8: 2009-03-04 17:16:11 [14297] [6] DEBUG: len: 108 2009-03-04 17:16:11 [14297] [6] DEBUG: size: 109 2009-03-04 17:16:11 [14297] [6] DEBUG: immutable: 0 2009-03-04 17:16:11 [14297] [6] DEBUG: data: 69 64 3a 36 31 32 39 39 32 36 37 20 73 75 62 3a * id:61299267* sub: 2009-03-04 17:16:11 [14297] [6] DEBUG: data: 30 30 30 20 64 6c 76 72 64 3a 30 30 31 20 73 75 000 dlvrd:001 su 2009-03-04 17:16:11 [14297] [6] DEBUG: data: 62 6d 69 74 20 64 61 74 65 3a 30 39 30 33 30 34 bmit date:090304 2009-03-04 17:16:11 [14297] [6] DEBUG: data: 30 35 32 38 20 64 6f 6e 65 20 64 61 74 65 3a 30 0528 done date:0 2009-03-04 17:16:11 [14297] [6] DEBUG: data: 39 30 33 30 34 30 35 32 38 20 73 74 61 74 3a 44 903040528 stat:D 2009-03-04 17:16:11 [14297] [6] DEBUG: data: 45 4c 49 56 52 44 20 65 72 72 3a 30 30 30 20 74 ELIVRD err:000 t 2009-03-04 17:16:11 [14297] [6] DEBUG: data: 65 78 74 3a 36 31 32 39 39 32 36 37 ext:61299267 2009-03-04 17:16:11 [14297] [6] DEBUG: Octet string dump ends. 2009-03-04 17:16:11 [14297] [6] DEBUG: SMPP PDU dump ends. 2009-03-04 17:16:11 [14297] [6] DEBUG: SMPP[hrtestgw1] handle_pdu, got DLR 2009-03-04 17:16:11 [14297] [6] DEBUG: DLR[internal]: Looking for DLR smsc=hrtestgw1, ts=61299267, dst=919911274740, type=1 2009-03-04 17:16:11 [14297] [6] *WARNING*: DLR[internal]: DLR from SMSC<hrtestgw1> for DST<919911274740> not found. 2009-03-04 17:16:11 [14297] [6] *ERROR*: SMPP[hrtestgw1]: got DLR but could not find message or was not interested in it id<61299267> dst<919911274740>, type<1> 2009-03-04 17:16:11 [14297] [6] DEBUG: SMPP[hrtestgw1]: Sending PDU: 2009-03-04 17:16:11 [14297] [6] DEBUG: SMPP PDU 0x8968238 dump: 2009-03-04 17:16:11 [14297] [6] DEBUG: type_name: *deliver_sm_resp* 2009-03-04 17:16:11 [14297] [6] DEBUG: command_id: 2147483653 = 0x80000005 2009-03-04 17:16:11 [14297] [6] DEBUG: command_status: 0 = 0x00000000 2009-03-04 17:16:11 [14297] [6] DEBUG: sequence_number: 1 = 0x00000001 2009-03-04 17:16:11 [14297] [6] DEBUG: message_id: NULL 2009-03-04 17:16:11 [14297] [6] DEBUG: SMPP PDU dump ends. Waiting for reply. Thanks & Regards Jyoti Ranjan Panda On Wed, Mar 4, 2009 at 5:23 PM, Alexander Malysh <[email protected] <mailto:[email protected]>> wrote: Hi, you have to restart kannel if you changed it. if this still not work, please post debug logs for submit_sm and deliver_sm with SQLs. Thanks, Alex jyotiranjan panda schrieb: Hi Alex, I have tryed with msg-id-type = 1. But kannel is showing same error as before. Thanks & Regards Jyoti Ranjan Panda On Wed, Mar 4, 2009 at 4:16 PM, Alexander Malysh <[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>> wrote: Hi, try msg-id-type = 1 Thanks, Alex jyotiranjan panda schrieb: Still Waiting For suggestion................................... Regards Jyoti Ranjan Panda On Wed, Mar 4, 2009 at 9:40 AM, jyotiranjan panda <[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>> <mailto:[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>>> wrote: Hi , Waiting for any opnion. Regards Jyoti Ranjan Panda On Tue, Mar 3, 2009 at 5:47 PM, jyotiranjan panda <[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>> <mailto:[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>>> wrote: Hi, I am using kannel-1.4.3, when I am sending message kannel shows the below error. 2009-03-03 15:42:50 [5575] [6] WARNING: DLR[internal]: DLR from SMSC<hrtestgw1> for DST<919911274740> not found. 2009-03-03 15:42:50 [5575] [6] ERROR: SMPP[hrtestgw1]: got DLR but could not find message or was not interested in it id<55857128> dst<919911274740>, type<1> from this error I came to know that I have to configure msg-id-type, since the *message-id* of submit_sm_resp is in HEX where as the deliver_sm is in DECIMAL. i.e type_name: submit_sm_resp 2009-03-03 15:42:46 [5575] [6] DEBUG: command_id: 2147483652 = 0x80000004 2009-03-03 15:42:46 [5575] [6] DEBUG: command_status: 0 = 0x00000000 2009-03-03 15:42:46 [5575] [6] DEBUG: sequence_number: 2 = 0x00000002 2009-03-03 15:42:46 [5575] [6] DEBUG: message_id: "3544FE8" 2009-03-03 15:42:46 [5575] [6] DEBUG: SMPP PDU dump ends. 2009-03-03 15:42:50 [5575] [6] DEBUG: SMPP[hrtestgw1]: Got PDU: 2009-03-03 15:42:50 [5575] [6] DEBUG: SMPP PDU 0x9d596a8 dump: 2009-03-03 15:42:50 [5575] [6] DEBUG: type_name: deliver_sm 2009-03-03 15:42:50 [5575] [6] DEBUG: command_id: 5 = 0x00000005 2009-03-03 15:42:50 [5575] [6] DEBUG: command_status: 0 = 0x00000000 2009-03-03 15:42:50 [5575] [6] DEBUG: sequence_number: 1 = 0x00000001 2009-03-03 15:42:50 [5575] [6] DEBUG: service_type: NULL 2009-03-03 15:42:50 [5575] [6] DEBUG: source_addr_ton: 1 = 0x00000001 2009-03-03 15:42:50 [5575] [6] DEBUG: source_addr_npi: 1 = 0x00000001 2009-03-03 15:42:50 [5575] [6] DEBUG: source_addr: "919911274740" 2009-03-03 15:42:50 [5575] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-03-03 15:42:50 [5575] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-03-03 15:42:50 [5575] [6] DEBUG: destination_addr: "TM-AMEX" 2009-03-03 15:42:50 [5575] [6] DEBUG: esm_class: 4 = 0x00000004 2009-03-03 15:42:50 [5575] [6] DEBUG: protocol_id: 0 = 0x00000000 2009-03-03 15:42:50 [5575] [6] DEBUG: priority_flag: 0 = 0x00000000 2009-03-03 15:42:50 [5575] [6] DEBUG: schedule_delivery_time: NULL 2009-03-03 15:42:50 [5575] [6] DEBUG: validity_period: NULL 2009-03-03 15:42:50 [5575] [6] DEBUG: registered_delivery: 0 = 0x00000000 2009-03-03 15:42:50 [5575] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-03-03 15:42:50 [5575] [6] DEBUG: data_coding: 0 = 0x00000000 2009-03-03 15:42:50 [5575] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-03-03 15:42:50 [5575] [6] DEBUG: sm_length: 108 = 0x0000006c 2009-03-03 15:42:50 [5575] [6] DEBUG: short_message: 2009-03-03 15:42:50 [5575] [6] DEBUG: Octet string at 0x9d586b8: 2009-03-03 15:42:50 [5575] [6] DEBUG: len: 108 2009-03-03 15:42:50 [5575] [6] DEBUG: size: 109 2009-03-03 15:42:50 [5575] [6] DEBUG: immutable: 0 2009-03-03 15:42:50 [5575] [6] DEBUG: data: 69 64 3a 35 35 38 35 37 31 32 38 20 73 75 62 3a id:55857128 sub: 2009-03-03 15:42:50 [5575] [6] DEBUG: data: 30 30 30 20 64 6c 76 72 64 3a 30 30 31 20 73 75 000 dlvrd:001 su 2009-03-03 15:42:50 [5575] [6] DEBUG: data: 62 6d 69 74 20 64 61 74 65 3a 30 39 30 33 30 33 bmit date:090303 2009-03-03 15:42:50 [5575] [6] DEBUG: data: 30 33 35 35 20 64 6f 6e 65 20 64 61 74 65 3a 30 0355 done date:0 2009-03-03 15:42:50 [5575] [6] DEBUG: data: 39 30 33 30 33 30 33 35 35 20 73 74 61 74 3a 44 903030355 stat:D 2009-03-03 15:42:50 [5575] [6] DEBUG: data: 45 4c 49 56 52 44 20 65 72 72 3a 30 30 30 20 74 ELIVRD err:000 t 2009-03-03 15:42:50 [5575] [6] DEBUG: data: 65 78 74 3a 35 35 38 35 37 31 32 38 ext:55857128 But when I am configuring msg-id-type = 0x01, Kannel is repeting the same error as before. Regards Jyoti Ranjan Panda
