Thank you very much Mr. Alexander. It is working finally. God Bless you
Regards, Tarek Al-Sheikh Ali Application Project Manager Allo Emirates Company UAE - Abu Dhabi Tel: 971-2-6818168 Fax: 971-2-6818169 GSM: 971-50-7610399 -----Original Message----- From: Alexander Malysh [mailto:[EMAIL PROTECTED] Sent: Sunday, March 28, 2004 7:33 PM To: [EMAIL PROTECTED] Cc: Tarek Al - Sheikh Ali Subject: Re: DLR Error Hi, first of all: RTFM second: please try: msg-id-type = 1 Good luck! On Sunday 28 March 2004 15:05, Tarek Al - Sheikh Ali wrote: > Hi, > > I am using Kannel as push server using SMPP protocol and I am happy with > that. I decided to get DLR for every sms I sent to handset. But I am > getting this reply > > 2004-03-28 17:19:38 [6] DEBUG: Adding DLR smsc=test, ts=4b7d25, > src=6200, dst=971507610399, mask=31 > 2004-03-28 17:19:38 [6] DEBUG: Looking for DLR smsc=test, ts=4b7d25, > dst=971507610399, type=12 > 2004-03-28 17:19:38 [6] DEBUG: created DLR message for URL > <http://smsc/status.php?number=%P&delivery=%d> > 2004-03-28 17:19:38 [6] INFO: dlr not destroyed, still waiting for other > delivery report > 2004-03-28 17:19:38 [9] DEBUG: boxc_sender: sent message to > <192.168.10.185> > 2004-03-28 17:19:38 [8] DEBUG: boxc_receiver: got ack > 2004-03-28 17:19:38 [6] DEBUG: SMPP[test]: Got PDU: > 2004-03-28 17:19:38 [6] DEBUG: SMPP PDU 0x8108258 dump: > 2004-03-28 17:19:38 [6] DEBUG: type_name: submit_sm_resp > 2004-03-28 17:19:38 [6] DEBUG: command_id: 2147483652 = 0x80000004 > 2004-03-28 17:19:38 [6] DEBUG: command_status: 0 = 0x00000000 > 2004-03-28 17:19:38 [6] DEBUG: sequence_number: 2 = 0x00000002 > 2004-03-28 17:19:38 [6] DEBUG: message_id: "4b7d26" > 2004-03-28 17:19:38 [6] DEBUG: SMPP PDU dump ends. > 2004-03-28 17:19:47 [6] DEBUG: SMPP[test]: Got PDU: > 2004-03-28 17:19:47 [6] DEBUG: SMPP PDU 0x8108258 dump: > 2004-03-28 17:19:47 [6] DEBUG: type_name: deliver_sm > 2004-03-28 17:19:47 [6] DEBUG: command_id: 5 = 0x00000005 > 2004-03-28 17:19:47 [6] DEBUG: command_status: 0 = 0x00000000 > 2004-03-28 17:19:47 [6] DEBUG: sequence_number: 51 = 0x00000033 > 2004-03-28 17:19:47 [6] DEBUG: service_type: NULL > 2004-03-28 17:19:47 [6] DEBUG: source_addr_ton: 1 = 0x00000001 > 2004-03-28 17:19:47 [6] DEBUG: source_addr_npi: 1 = 0x00000001 > 2004-03-28 17:19:47 [6] DEBUG: source_addr: "971507610399" > 2004-03-28 17:19:47 [6] DEBUG: dest_addr_ton: 1 = 0x00000001 > 2004-03-28 17:19:47 [6] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2004-03-28 17:19:47 [6] DEBUG: destination_addr: "6200" > 2004-03-28 17:19:47 [6] DEBUG: esm_class: 4 = 0x00000004 > 2004-03-28 17:19:47 [6] DEBUG: protocol_id: 0 = 0x00000000 > 2004-03-28 17:19:47 [6] DEBUG: priority_flag: 0 = 0x00000000 > 2004-03-28 17:19:47 [6] DEBUG: schedule_delivery_time: NULL > 2004-03-28 17:19:47 [6] DEBUG: validity_period: NULL > 2004-03-28 17:19:47 [6] DEBUG: registered_delivery: 0 = 0x00000000 > 2004-03-28 17:19:47 [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 > 2004-03-28 17:19:47 [6] DEBUG: data_coding: 0 = 0x00000000 > 2004-03-28 17:19:47 [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2004-03-28 17:19:47 [6] DEBUG: sm_length: 107 = 0x0000006b > 2004-03-28 17:19:47 [6] DEBUG: short_message: > 2004-03-28 17:19:47 [6] DEBUG: Octet string at 0x8107cd8: > 2004-03-28 17:19:47 [6] DEBUG: len: 107 > 2004-03-28 17:19:47 [6] DEBUG: size: 108 > 2004-03-28 17:19:47 [6] DEBUG: immutable: 0 > 2004-03-28 17:19:47 [6] DEBUG: data: 69 64 3a 30 30 30 34 39 > id:00049 > 2004-03-28 17:19:47 [6] DEBUG: data: 34 37 32 33 37 20 73 75 > 47237 su > 2004-03-28 17:19:47 [6] DEBUG: data: 62 3a 30 30 31 20 64 6c > b:001 dl > 2004-03-28 17:19:47 [6] DEBUG: data: 76 72 64 3a 30 30 31 20 > vrd:001 > 2004-03-28 17:19:47 [6] DEBUG: data: 73 75 62 6d 69 74 20 64 > submit d > 2004-03-28 17:19:47 [6] DEBUG: data: 61 74 65 3a 30 34 30 33 > ate:0403 > 2004-03-28 17:19:47 [6] DEBUG: data: 32 38 31 33 30 31 20 64 > 281301 d > 2004-03-28 17:19:47 [6] DEBUG: data: 6f 6e 65 20 64 61 74 65 one > date > 2004-03-28 17:19:47 [6] DEBUG: data: 3a 30 34 30 33 32 38 31 > > :0403281 > > 2004-03-28 17:19:47 [6] DEBUG: data: 33 30 31 20 73 74 61 74 301 > stat > 2004-03-28 17:19:47 [6] DEBUG: data: 3a 44 45 4c 49 56 52 44 > > :DELIVRD > > 2004-03-28 17:19:47 [6] DEBUG: data: 20 65 72 72 3a 30 30 30 > err:000 > 2004-03-28 17:19:47 [6] DEBUG: data: 20 54 65 78 74 3a 0b 05 > Text:.. > 2004-03-28 17:19:47 [6] DEBUG: data: 04 15 81 ... > 2004-03-28 17:19:47 [6] DEBUG: Octet string dump ends. > 2004-03-28 17:19:47 [6] DEBUG: SMPP PDU dump ends. > 2004-03-28 17:19:47 [6] DEBUG: SMPP[test] handle_pdu, got DLR > 2004-03-28 17:19:47 [6] DEBUG: Looking for DLR smsc=test, ts=0004947237, > dst=6200, type=1 > 2004-03-28 17:19:47 [6] DEBUG: DLR not found! > 2004-03-28 17:19:47 [6] ERROR: SMPP[test]: got DLR but could not find > message or was not interested in it > > I don't know what is the problem, knowing that I am using Kannel with > other SMSC using SMPP too and it is working. > Anybody Can help me? > > Tarek Al-Sheikh Ali > Application Project Manager > Allo Emirates Company > UAE - Abu Dhabi > Tel: 971-2-6818168 > Fax: 971-2-6818169 > GSM: 971-50-7610399 -- Best regards / Mit besten Gr��en aus D�sseldorf Dipl.-Ing. Alexander Malysh ___________________________________________ Centrium GmbH Vogelsanger Weg 80 40470 D�sseldorf Fon: +49 (0211) 74 84 51 80 Fax: +49 (0211) 277 49 109 email: a.malysh (at) centrium.de web: www.centrium.de msn: a.malysh (at) centrium.de icq: 98063111 ___________________________________________ Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
