Re: DLR's staying in kannel.store

"Bill Brigden" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <01ab01c3714e$04cf5430$0100a8c0@bag> 
As soon as I wrote my other reply, I noticed there was a DLR stuck in the
store file....

Attached is the submit_sm the deliver_sm and also at the bottom the store
file status, as well as the main status showing that bearerbox see's one
message in the store file...

Cheers - Bill.

----- Original Message -----
From: Alexander Malysh
To: Bill Brigden ; [email protected]
Sent: Tuesday, September 02, 2003 1:04 PM
Subject: Re: DLR's staying in kannel.store


On Tuesday 02 September 2003 13:14, Bill Brigden wrote:
> Hi,
>
> The server only uses one smsbox and it never disconnected from bearerbox -
> also I don't have an smsbox id set as there is only one smsbox (and no
> routing within smsbox)

hmm, never seen such behaviour...

Can you please look, what say bearerbox status? If it tell that store-file
is
0 then all is fine, because store-file is not written for every msg...

>
> Cheers - Bill.
>
> ----- Original Message -----
> From: Alexander Malysh
> To: Bill Brigden ; [email protected]
> Sent: Tuesday, September 02, 2003 12:08 PM
> Subject: Re: DLR's staying in kannel.store
>
>
> Hi,
>
> have you smsbox routing in your config?
> was smsbox gone or always connected to bearerbox?
>
> On Tuesday 02 September 2003 12:53, Bill Brigden wrote:
> > Hi everyone,
> >
> > I was wondering under what circumstances DLR's should be staying in the
> > kannel.store file, as the server has been up for about 10 days and sent
> > about 20k messages and the store file is about 80k with some messages
and
> > mostly dlr's. Some of the smpp links out have had to reconnect a few
>
> times,
>
> > but they are all up - so should kannel be flushing out the store file
> > with old messages that  didnt send for some reason, or?
> >
> > Im using cvs-20030811 for ref...
> >
> >
> > Regards - Bill.
>
> --
> 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: olek2002 at hotmail.com
> icq: 98063111
> ___________________________________________
>
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.fsf.org/philosophy/no-word-attachments.html

--
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: olek2002 at hotmail.com
icq: 98063111
___________________________________________

Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
debug.txt (text/plain, 8.3 KB) 
2003-09-02 12:11:26 [18] DEBUG: boxc_receiver: sms received
2003-09-02 12:11:26 [7] DEBUG: SMPP[xxxxx-smpp1]: Manually forced dest addr ton = 1, dest add npi = 1
2003-09-02 12:11:26 [7] DEBUG: SMPP[xxxxx-smpp1]: Sending PDU:
2003-09-02 12:11:26 [7] DEBUG: SMPP PDU 0x81eee98 dump:
2003-09-02 12:11:26 [7] DEBUG:   type_name: submit_sm
2003-09-02 12:11:26 [7] DEBUG:   command_id: 4 = 0x00000004
2003-09-02 12:11:26 [7] DEBUG:   command_status: 0 = 0x00000000
2003-09-02 12:11:26 [7] DEBUG:   sequence_number: 21 = 0x00000015
2003-09-02 12:11:26 [7] DEBUG:   service_type: NULL
2003-09-02 12:11:26 [7] DEBUG:   source_addr_ton: 2 = 0x00000002
2003-09-02 12:11:26 [7] DEBUG:   source_addr_npi: 1 = 0x00000001
2003-09-02 12:11:26 [7] DEBUG:   source_addr: "44774019xxxx"
2003-09-02 12:11:26 [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2003-09-02 12:11:26 [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2003-09-02 12:11:26 [7] DEBUG:   destination_addr: "44774019xxxx"
2003-09-02 12:11:26 [7] DEBUG:   esm_class: 3 = 0x00000003
2003-09-02 12:11:26 [7] DEBUG:   protocol_id: 0 = 0x00000000
2003-09-02 12:11:26 [7] DEBUG:   priority_flag: 0 = 0x00000000
2003-09-02 12:11:26 [7] DEBUG:   schedule_delivery_time: NULL
2003-09-02 12:11:26 [7] DEBUG:   validity_period: NULL
2003-09-02 12:11:26 [7] DEBUG:   registered_delivery: 1 = 0x00000001
2003-09-02 12:11:26 [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2003-09-02 12:11:26 [7] DEBUG:   data_coding: 0 = 0x00000000
2003-09-02 12:11:26 [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2003-09-02 12:11:26 [7] DEBUG:   sm_length: 159 = 0x0000009f
2003-09-02 12:11:26 [7] DEBUG:   short_message:
2003-09-02 12:11:26 [7] DEBUG:    Octet string at 0x81edb88:
2003-09-02 12:11:26 [7] DEBUG:      len:  159
2003-09-02 12:11:26 [7] DEBUG:      size: 160
2003-09-02 12:11:26 [7] DEBUG:      immutable: 0
2003-09-02 12:11:26 [7] DEBUG:      data: 4e 59 20 53 65 73 73 69 6f 6e 20 54 72 61 64 69   NY Session Tradi
2003-09-02 12:11:26 [7] DEBUG:      data: 6e 67 20 73 74 72 61 74 65 67 79 20 66 6f 72 20   ng strategy for
2003-09-02 12:11:26 [7] DEBUG:      data: 54 75 65 73 64 61 79 20 32 20 53 65 70 74 65 6d   Tuesday 2 Septem
2003-09-02 12:11:26 [7] DEBUG:      data: 62 65 72 20 32 30 30 33 54 72 61 64 69 6e 67 20   ber 2003Trading
2003-09-02 12:11:26 [7] DEBUG:      data: 53 74 72 61 74 65 67 79 3a 20 20 0a 20 2d 2d 2d   Strategy:  . ---
2003-09-02 12:11:26 [7] DEBUG:      data: 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d   ----------------
2003-09-02 12:11:26 [7] DEBUG:      data: 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d   ----------------
2003-09-02 12:11:26 [7] DEBUG:      data: 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d 2d   ----------------
2003-09-02 12:11:26 [7] DEBUG:      data: 20 0a 55 53 44 4a 50 59 20 28 31 31 37 2e 30 37    .USDJPY (117.07
2003-09-02 12:11:26 [7] DEBUG:      data: 29 20 48 6f 6c 64 20 73 68 6f 72 74 20 31 31      ) Hold short 11
2003-09-02 12:11:26 [7] DEBUG:    Octet string dump ends.
2003-09-02 12:11:26 [7] DEBUG: SMPP PDU dump ends.
2003-09-02 12:11:26 [19] DEBUG: send_msg: sending msg to box: <127.0.0.1>
2003-09-02 12:11:26 [19] DEBUG: boxc_sender: sent message to <127.0.0.1>
2003-09-02 12:11:26 [7] DEBUG: SMPP[xxxxx-smpp1]: Got PDU:
2003-09-02 12:11:26 [7] DEBUG: SMPP PDU 0x81ee580 dump:
2003-09-02 12:11:26 [7] DEBUG:   type_name: submit_sm_resp
2003-09-02 12:11:26 [7] DEBUG:   command_id: 2147483652 = 0x80000004
2003-09-02 12:11:26 [7] DEBUG:   command_status: 0 = 0x00000000
2003-09-02 12:11:26 [7] DEBUG:   sequence_number: 21 = 0x00000015
2003-09-02 12:11:26 [7] DEBUG:   message_id: "000d34d0b"
2003-09-02 12:11:26 [7] DEBUG: SMPP PDU dump ends.
2003-09-02 12:11:26 [7] DEBUG: DLR[mysql]: Adding DLR smsc=xxxxx-smpp1, ts=13847819, src=44774019xxxx, dst=44774019xxxx, mask=7, boxc=
2003-09-02 12:11:26 [7] DEBUG: sql: INSERT INTO dlr (smsc, ts, source, destination, service, url, mask, boxc, status) VALUES ('xxxxx-smpp1', '13847819', '44774019xxxx', '44774019xxxx', 'xxxxx', 'http://www.xxxxxxxxx.com/dlr.php?id=517435&time=%t&pid=%d&extra=%A&dlrtype=off', '7', '', '0');
2003-09-02 12:11:26 [1] DEBUG: Dumping 0 messages and 0 acks to store


2003-09-02 12:11:33 [8] DEBUG: SMPP[xxxxx-smpp1]: Got PDU:
2003-09-02 12:11:33 [8] DEBUG: SMPP PDU 0x81ee580 dump:
2003-09-02 12:11:33 [8] DEBUG:   type_name: deliver_sm
2003-09-02 12:11:33 [8] DEBUG:   command_id: 5 = 0x00000005
2003-09-02 12:11:33 [8] DEBUG:   command_status: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   sequence_number: 6 = 0x00000006
2003-09-02 12:11:33 [8] DEBUG:   service_type: NULL
2003-09-02 12:11:33 [8] DEBUG:   source_addr_ton: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   source_addr_npi: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   source_addr: "44774019xxxx"
2003-09-02 12:11:33 [8] DEBUG:   dest_addr_ton: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   dest_addr_npi: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   destination_addr: NULL
2003-09-02 12:11:33 [8] DEBUG:   esm_class: 4 = 0x00000004
2003-09-02 12:11:33 [8] DEBUG:   protocol_id: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   priority_flag: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   schedule_delivery_time: NULL
2003-09-02 12:11:33 [8] DEBUG:   validity_period: NULL
2003-09-02 12:11:33 [8] DEBUG:   registered_delivery: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   data_coding: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   sm_length: 102 = 0x00000066
2003-09-02 12:11:33 [8] DEBUG:   short_message:
2003-09-02 12:11:33 [8] DEBUG:    Octet string at 0x81ee030:
2003-09-02 12:11:33 [8] DEBUG:      len:  102
2003-09-02 12:11:33 [8] DEBUG:      size: 103
2003-09-02 12:11:33 [8] DEBUG:      immutable: 0
2003-09-02 12:11:33 [8] DEBUG:      data: 69 64 3a 31 33 38 34 37 38 31 39 20 73 75 62 3a   id:13847819 sub:
2003-09-02 12:11:33 [8] DEBUG:      data: 30 30 31 20 64 6c 76 72 64 3a 30 30 31 20 73 75   001 dlvrd:001 su
2003-09-02 12:11:33 [8] DEBUG:      data: 62 6d 69 74 20 64 61 74 65 3a 30 32 31 30 30 33   bmit date:021003
2003-09-02 12:11:33 [8] DEBUG:      data: 31 33 31 30 20 64 6f 6e 65 20 64 61 74 65 3a 30   1310 done date:0
2003-09-02 12:11:33 [8] DEBUG:      data: 33 30 39 30 32 31 31 31 31 20 73 74 61 74 3a 44   309021111 stat:D
2003-09-02 12:11:33 [8] DEBUG:      data: 45 4c 49 56 52 44 20 65 72 72 3a 30 30 30 20 74   ELIVRD err:000 t
2003-09-02 12:11:33 [8] DEBUG:      data: 65 78 74 3a 20 00                                 ext: .
2003-09-02 12:11:33 [8] DEBUG:    Octet string dump ends.
2003-09-02 12:11:33 [8] DEBUG: SMPP PDU dump ends.
2003-09-02 12:11:33 [8] DEBUG: SMPP[xxxxx-smpp1] handle_pdu, got DLR
2003-09-02 12:11:33 [8] DEBUG: DLR[mysql]: Looking for DLR smsc=xxxxx-smpp1, ts=13847819, dst=(null), type=1
2003-09-02 12:11:33 [8] DEBUG: sql: SELECT mask, service, url, source, destination, boxc FROM dlr WHERE smsc='xxxxx-smpp1' AND ts='13847819';
2003-09-02 12:11:33 [8] DEBUG: Found entry, row[0]=7, row[1]=xxxxx, row[2]=http://www.xxxxxxxxx.com/dlr.php?id=517435&time=%t&pid=%d&extra=%A&dlrtype=off, row[3]=44774019xxxx, row[4]=44774019xxxx row[5]=
2003-09-02 12:11:33 [8] DEBUG: DLR[mysql]: created DLR message for URL <http://www.xxxxxxxxx.com/dlr.php?id=517435&time=%t&pid=%d&extra=%A&dlrtype=off>
2003-09-02 12:11:33 [8] DEBUG: removing DLR from database
2003-09-02 12:11:33 [8] DEBUG: sql: DELETE FROM dlr WHERE smsc='xxxxx-smpp1' AND ts='13847819' LIMIT 1;
2003-09-02 12:11:33 [19] DEBUG: send_msg: sending msg to box: <127.0.0.1>
2003-09-02 12:11:33 [19] DEBUG: boxc_sender: sent message to <127.0.0.1>
2003-09-02 12:11:33 [8] DEBUG: SMPP[xxxxx-smpp1]: Sending PDU:
2003-09-02 12:11:33 [8] DEBUG: SMPP PDU 0x81ee940 dump:
2003-09-02 12:11:33 [8] DEBUG:   type_name: deliver_sm_resp
2003-09-02 12:11:33 [8] DEBUG:   command_id: 2147483653 = 0x80000005
2003-09-02 12:11:33 [8] DEBUG:   command_status: 0 = 0x00000000
2003-09-02 12:11:33 [8] DEBUG:   sequence_number: 6 = 0x00000006
2003-09-02 12:11:33 [8] DEBUG:   message_id: NULL
2003-09-02 12:11:33 [8] DEBUG: SMPP PDU dump ends.


  <gateway>
  <message>
  <id>15</id> 
  <sender>44774019xxxx</sender> 
  <receiver>44774019xxxx</receiver> 
  <smsc-id /> 
  <udh-data /> 
  <msg-data>id:13847819 sub:001 dlvrd:001 submit date:0210031310 done date:0309021111 stat:DELIVRD err:000 text:</msg-data> 
  <time>2003-09-02 12:11:33</time> 
  </message>
  </gateway>

  and also..

  <storesize>1</storesize>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.