I this case no dlr will be created since the msg is not yet sent. The dlr will be created and inserted on db only after bearerbox sends the msg and gets the foreign_id from the smsc. The smsc_id (field-smsc on db) and the foreign_id (field-timestamp on db) are mandatory and will be used to check/update/delete the dlr from the db. Delivery status as a notion is different from Sent status. Said that the flow for example on smpp connections would be:
1) we send the msg - submit_sm 2) remote responds with - submit_sm_resp.......message_id: "10226807" 3) dlr generation DEBUG: DLR[mysql]: Adding DLR smsc=xxxxxx, ts=10226807, src=xxxxx, dst=+xxxxxx, mask=3, boxc=smsbox_50020 DEBUG: adding DLR entry into database DEBUG: sql: INSERT INTO `bearerbox_dlr` (`smsc`, `ts`, `src`, `dst`, `serv`, `url`, `mask`, `boxc`, `status`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, 0) Hope that helps BR, Rinor On Fri, Oct 5, 2012 at 8:07 AM, Eugene Prokopiev <[email protected]> wrote: > 2012/10/5 Willy Mularto <[email protected]>: > > Kannel always delete for any successful DLR :) > > I tried to run only bearerbox and smsbox without fakesmsc, so delivery > can't be successful. I see: > > 2012-10-05 10:04:05 [18163] [2] DEBUG: HTTP: Creating HTTPClient for > `10.7.1.15'. > 2012-10-05 10:04:05 [18163] [2] DEBUG: HTTP: Created HTTPClient area > 0x9224220. > 2012-10-05 10:04:05 [18163] [3] DEBUG: sql: SELECT count(*) FROM `dlr` > 2012-10-05 10:04:06 [18163] [3] DEBUG: column=count(*) buffer_type=8 > max_length=0 length=21 > 2012-10-05 10:04:06 [18163] [3] DEBUG: HTTP: Resetting HTTPClient for > `10.7.1.15'. > 2012-10-05 10:04:06 [18163] [1] DEBUG: HTTP: Destroying HTTPClient > area 0x9224220. > 2012-10-05 10:04:06 [18163] [1] DEBUG: HTTP: Destroying HTTPClient for > `10.7.1.15'. > 2012-10-05 10:04:07 [18163] [7] DEBUG: sms_router: gwlist_len = 1 > 2012-10-05 10:04:07 [18163] [7] DEBUG: sms_router: handling message > (0x921f248 vs 0x921f248) > 2012-10-05 10:04:07 [18163] [7] DEBUG: Routing failed, re-queued. > 2012-10-05 10:04:07 [18163] [7] DEBUG: sms_router: handling message > (0x921f248 vs 0x921f248) > 2012-10-05 10:04:07 [18163] [7] DEBUG: Routing failed, re-queued. > 2012-10-05 10:04:07 [18163] [7] DEBUG: sms_router: time to sleep 30.00 > secs. > > But I see nothing in table `dlr` > > -- > Regards, > Eugene Prokopiev > >
