RE: DLR Error

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