Hi Vincenzo
Yes and no to your first question. You can ask your provider all
intermediate status with dlr-status=31; however it is to operator to decide
which, if any dlr status, they will provide you. They will configure this
on their smsc servers. With modems they usually only gives you final dlr
status.
Note that a dlr uses the same time as a MO message; therefore the more dlr
you receive, the less sms you can send/receive. With smpp, this might not
be an issue, but it will do with modems due to its low throughput.
Yes, in order to keep track of dlr, you need to implement your web service
-or just a script- that will handle dlr received. Dlr table that uses
kannel is for its internal use only. Records are deleted as soon as the
message is processed. That is why it is usually empty.
Regards
Alvaro
|-----------------------------------------------------------------------------------------------------------------|
Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
celular y Nextel
en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS
y GPRS online
Visitenos en www.perusms.com
On Wed, Nov 5, 2014 at 8:54 AM, Vincenzo Romano <vincenzo.rom...@notorand.it
> wrote:
> Hi all.
> I would like to better understand how the DLR messages are handled, in
> particular with GSM modems.
>
> I understood that if I submit an SMS with dlr-flag=31 I should get all
> status changes to my submission. This means that, for example, if I
> submit a message that cannot be delivered immediately (for some
> reason) I should get a DLR for "enqueueing to the SMSC" and later on
> one for the actual delivery to the handset.
> Is this true?
>
> Second, I would like to keep track of all DLR for every message (I
> undestand that usually there is only one for each message).
> Do I need to implement a web service to be linked with the dlr-url
> parameter, of should I simply enable an SQL based dlr-storage?
>
> Thanks in advance.
>
>
