Re: DLR support in AT2

Oded, thanks a lot for such a detailed reply! I think it deserves to 
be integrated in the docs as well.

--- Oded Arbel <[email protected]> wrote:

> > I actually din't see any DLR entries while the SIM
> > card was not inserted - I expected to see them as queued.
> 
> First, you need to set dlr_mask and dlr_url properly. Then, in the case 
> of the SIM card not inserted, you will only receive the NACK response - 
> this is a final status and as kannel cannot successfully submit the 
> message to the SMSC, no further DLR statuses will be available.
> 
> If by "queued", you mean "BUFFERED", then that is an SMSC status and can 
> only be received after an ACK. if by "queued" you mean, "stored by 
> kannel for deliver", then the answer is that this status is implicit 
> for each message and kannel does not generated DLRs for that. Once the 
> message is received by the driver and the driver fails to send it to 
> the modem (because there is no sim), the message is discarded and a 
> NACK DLR is sent.

the message is actually not discarded. In the HTTP interface, it's said 
to be buffered, and when I insert SIM after a while, it's sent then.
I haven't yet found if there's a timeout for that.

So, one of the two daemons keeps the messages in the memory buffer, 
at least for some time. I guess a more natural way would be to keep 
them in a database, thus ensuring they're not lost because of daemons 
being stopped.

cheers,
stan