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
