Re: dlr-url routing failure
Hi Alejandro Change %26type%3D%25ddlr-mask=31 with %26type%3D25%26dlr-mask%3D31 Note that what you request as dlr is not necessarily what you will receive. Carriers define which dlr status will they forward. Some disable intermediate status, some allow all of them. 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 Thu, Aug 21, 2014 at 11:22 AM, Alejandro Mussi alemu...@gmail.com wrote: Hi guys, My kannel is not sending my dlr-url when type=1. I get it when type=16 and type=8. Here is what log saids: 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 Here is my config files # SMS USER GROUP group = sendsms-user username = xxx password = yyy concatenation = true max-messages = 3 max-messages = 10 Here is the call to kannel http://localhost:13013/cgi-bin/sendsms?username=xxxpassword=yyyto=+595981414913from=1244binfo=CCHURtext=Prueba+de+envio+sms+2smsc=tigodlr-url=http%3A%2F%2Flocalhost%2Fsms%2Fapi%2Fdlr.php%3FmyId%3D1212%26type%3D%25ddlr-mask=31 Thanks for the help Alejandro -- - Alejandro Mussi Campos Cervera
Re: dlr-url routing failure
Hi Alvaro, If i replace, it does not send dlr at all. According to the manual the dlr-mask is not an param in the dlr-url. Best On Thu, Aug 21, 2014 at 1:37 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Alejandro Change %26type%3D%25ddlr-mask=31 with %26type%3D25%26dlr-mask%3D31 Note that what you request as dlr is not necessarily what you will receive. Carriers define which dlr status will they forward. Some disable intermediate status, some allow all of them. 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 Thu, Aug 21, 2014 at 11:22 AM, Alejandro Mussi alemu...@gmail.com wrote: Hi guys, My kannel is not sending my dlr-url when type=1. I get it when type=16 and type=8. Here is what log saids: 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 Here is my config files # SMS USER GROUP group = sendsms-user username = xxx password = yyy concatenation = true max-messages = 3 max-messages = 10 Here is the call to kannel http://localhost:13013/cgi-bin/sendsms?username=xxxpassword=yyyto=+595981414913from=1244binfo=CCHURtext=Prueba+de+envio+sms+2smsc=tigodlr-url=http%3A%2F%2Flocalhost%2Fsms%2Fapi%2Fdlr.php%3FmyId%3D1212%26type%3D%25ddlr-mask=31 Thanks for the help Alejandro -- - Alejandro Mussi Campos Cervera -- - Alejandro Mussi Campos Cervera
Re: dlr-url routing failure
2014-08-21 23:03 GMT+04:00 Alejandro Mussi alemu...@gmail.com: Hi Alvaro, If i replace, it does not send dlr at all. According to the manual the dlr-mask is not an param in the dlr-url. Best You're correct. Problem is with your SMSC provider. As long as you see only 8 and 16, first status means ACK and sent by kannel itself, 16 means sms was forbidden by your SMSC provider, so contact them and resolve with them. On Thu, Aug 21, 2014 at 1:37 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Alejandro Change %26type%3D%25ddlr-mask=31 with %26type%3D25%26dlr-mask%3D31 Note that what you request as dlr is not necessarily what you will receive. Carriers define which dlr status will they forward. Some disable intermediate status, some allow all of them. 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 Thu, Aug 21, 2014 at 11:22 AM, Alejandro Mussi alemu...@gmail.com wrote: Hi guys, My kannel is not sending my dlr-url when type=1. I get it when type=16 and type=8. Here is what log saids: 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 Here is my config files # SMS USER GROUP group = sendsms-user username = xxx password = yyy concatenation = true max-messages = 3 max-messages = 10 Here is the call to kannel http://localhost:13013/cgi-bin/sendsms?username=xxxpassword=yyyto=+595981414913from=1244binfo=CCHURtext=Prueba+de+envio+sms+2smsc=tigodlr-url=http%3A%2F%2Flocalhost%2Fsms%2Fapi%2Fdlr.php%3FmyId%3D1212%26type%3D%25ddlr-mask=31 Thanks for the help Alejandro -- - Alejandro Mussi Campos Cervera -- - Alejandro Mussi Campos Cervera
Re: dlr-url routing failure
Hi Sorry you are right. Can you test this: dlr-mask=31dlr-url= http://localhost/sms/api/dlr.php?myId=1212%26type%3D%25d Basically type should |-| 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 Thu, Aug 21, 2014 at 2:34 PM, spameden spame...@gmail.com wrote: 2014-08-21 23:03 GMT+04:00 Alejandro Mussi alemu...@gmail.com: Hi Alvaro, If i replace, it does not send dlr at all. According to the manual the dlr-mask is not an param in the dlr-url. Best You're correct. Problem is with your SMSC provider. As long as you see only 8 and 16, first status means ACK and sent by kannel itself, 16 means sms was forbidden by your SMSC provider, so contact them and resolve with them. On Thu, Aug 21, 2014 at 1:37 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Alejandro Change %26type%3D%25ddlr-mask=31 with %26type%3D25%26dlr-mask%3D31 Note that what you request as dlr is not necessarily what you will receive. Carriers define which dlr status will they forward. Some disable intermediate status, some allow all of them. 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 Thu, Aug 21, 2014 at 11:22 AM, Alejandro Mussi alemu...@gmail.com wrote: Hi guys, My kannel is not sending my dlr-url when type=1. I get it when type=16 and type=8. Here is what log saids: 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 Here is my config files # SMS USER GROUP group = sendsms-user username = xxx password = yyy concatenation = true max-messages = 3 max-messages = 10 Here is the call to kannel http://localhost:13013/cgi-bin/sendsms?username=xxxpassword=yyyto=+595981414913from=1244binfo=CCHURtext=Prueba+de+envio+sms+2smsc=tigodlr-url=http%3A%2F%2Flocalhost%2Fsms%2Fapi%2Fdlr.php%3FmyId%3D1212%26type%3D%25ddlr-mask=31 Thanks for the help Alejandro -- - Alejandro Mussi Campos Cervera -- - Alejandro Mussi Campos Cervera
Re: dlr-url routing failure
Hi Re-reading your original question I saw that, in fact, you do receive the dlr. 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 However kannel is unable to track it back to original message: 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 This usually means that the the message id type is wrong. Check variable msg-id-type in user guide and set it accordingly. 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 Thu, Aug 21, 2014 at 3:03 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Sorry you are right. Can you test this: dlr-mask=31dlr-url= http://localhost/sms/api/dlr.php?myId=1212%26type%3D%25d Basically type should |-| 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 Thu, Aug 21, 2014 at 2:34 PM, spameden spame...@gmail.com wrote: 2014-08-21 23:03 GMT+04:00 Alejandro Mussi alemu...@gmail.com: Hi Alvaro, If i replace, it does not send dlr at all. According to the manual the dlr-mask is not an param in the dlr-url. Best You're correct. Problem is with your SMSC provider. As long as you see only 8 and 16, first status means ACK and sent by kannel itself, 16 means sms was forbidden by your SMSC provider, so contact them and resolve with them. On Thu, Aug 21, 2014 at 1:37 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Alejandro Change %26type%3D%25ddlr-mask=31 with %26type%3D25%26dlr-mask%3D31 Note that what you request as dlr is not necessarily what you will receive. Carriers define which dlr status will they forward. Some disable intermediate status, some allow all of them. 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 Thu, Aug 21, 2014 at 11:22 AM, Alejandro Mussi alemu...@gmail.com wrote: Hi guys, My kannel is not sending my dlr-url when type=1. I get it when type=16 and type=8. Here is what log saids: 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 Here is my config files # SMS USER GROUP group = sendsms-user username = xxx password = yyy concatenation = true max-messages = 3 max-messages = 10 Here is the call to kannel http://localhost:13013/cgi-bin/sendsms?username=xxxpassword=yyyto=+595981414913from=1244binfo=CCHURtext=Prueba+de+envio+sms+2smsc=tigodlr-url=http%3A%2F%2Flocalhost%2Fsms%2Fapi%2Fdlr.php%3FmyId%3D1212%26type%3D%25ddlr-mask=31 Thanks for the help Alejandro -- - Alejandro Mussi Campos Cervera -- - Alejandro Mussi Campos Cervera
Re: dlr-url routing failure
Still not working. Tried msg-id-type = 0x01 and still not working. Also putting dlr-mask before dlr-url on the param sequence. The thing is that i do receive the dlr when type=8 and type=16 but kannel does not send me dlr with type=1. If the message has been delivered to the phone.. should i have to receive 2 dlr-url? for example type 8 and type 1 or just type 1? Best On Thu, Aug 21, 2014 at 4:13 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Re-reading your original question I saw that, in fact, you do receive the dlr. 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 However kannel is unable to track it back to original message: 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 This usually means that the the message id type is wrong. Check variable msg-id-type in user guide and set it accordingly. 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 Thu, Aug 21, 2014 at 3:03 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Sorry you are right. Can you test this: dlr-mask=31dlr-url= http://localhost/sms/api/dlr.php?myId=1212%26type%3D%25d Basically type should |-| 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 Thu, Aug 21, 2014 at 2:34 PM, spameden spame...@gmail.com wrote: 2014-08-21 23:03 GMT+04:00 Alejandro Mussi alemu...@gmail.com: Hi Alvaro, If i replace, it does not send dlr at all. According to the manual the dlr-mask is not an param in the dlr-url. Best You're correct. Problem is with your SMSC provider. As long as you see only 8 and 16, first status means ACK and sent by kannel itself, 16 means sms was forbidden by your SMSC provider, so contact them and resolve with them. On Thu, Aug 21, 2014 at 1:37 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Alejandro Change %26type%3D%25ddlr-mask=31 with %26type%3D25%26dlr-mask%3D31 Note that what you request as dlr is not necessarily what you will receive. Carriers define which dlr status will they forward. Some disable intermediate status, some allow all of them. 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 Thu, Aug 21, 2014 at 11:22 AM, Alejandro Mussi alemu...@gmail.com wrote: Hi guys, My kannel is not sending my dlr-url when type=1. I get it when type=16 and type=8. Here is what log saids: 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 Here is my config files # SMS USER GROUP group = sendsms-user username = xxx password = yyy concatenation = true max-messages = 3 max-messages = 10 Here is the call to kannel http://localhost:13013/cgi-bin/sendsms?username=xxxpassword=yyyto=+595981414913from=1244binfo=CCHURtext=Prueba+de+envio+sms+2smsc=tigodlr-url=http%3A%2F%2Flocalhost%2Fsms%2Fapi%2Fdlr.php%3FmyId%3D1212%26type%3D%25ddlr-mask=31 Thanks for the help Alejandro -- - Alejandro Mussi Campos Cervera -- - Alejandro Mussi Campos Cervera -- - Alejandro Mussi Campos Cervera
Re: dlr-url routing failure
Hi dlr 8 means message has been submitted to smsc (and accepted by it) dlr 1 means message has been delivered to phone (and stored either in SIM or phone memory) Also; some operators does not provide all dlr status; however as stated on my previous mail. kannel is in fact receiving the dlr with type=1 as seen in your smsc log. The issue is that it does not find a match in its dlr table to track it back. Can you post a full log of a transaction from submitting to kannel to last dlr ? not only the log from smsc but smsbox log. In this last log you should see kannel calig dlr-url and dlr matching. It might be that kannel is deleting record when receiving dlr 8 thus when receiving dlr 1 the record for that message is gone. 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 Thu, Aug 21, 2014 at 4:27 PM, Alejandro Mussi alemu...@gmail.com wrote: Still not working. Tried msg-id-type = 0x01 and still not working. Also putting dlr-mask before dlr-url on the param sequence. The thing is that i do receive the dlr when type=8 and type=16 but kannel does not send me dlr with type=1. If the message has been delivered to the phone.. should i have to receive 2 dlr-url? for example type 8 and type 1 or just type 1? Best On Thu, Aug 21, 2014 at 4:13 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Re-reading your original question I saw that, in fact, you do receive the dlr. 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 However kannel is unable to track it back to original message: 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id11e22675ee6 dst595981414913, type1 This usually means that the the message id type is wrong. Check variable msg-id-type in user guide and set it accordingly. 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 Thu, Aug 21, 2014 at 3:03 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Sorry you are right. Can you test this: dlr-mask=31dlr-url= http://localhost/sms/api/dlr.php?myId=1212%26type%3D%25d Basically type should |-| 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 Thu, Aug 21, 2014 at 2:34 PM, spameden spame...@gmail.com wrote: 2014-08-21 23:03 GMT+04:00 Alejandro Mussi alemu...@gmail.com: Hi Alvaro, If i replace, it does not send dlr at all. According to the manual the dlr-mask is not an param in the dlr-url. Best You're correct. Problem is with your SMSC provider. As long as you see only 8 and 16, first status means ACK and sent by kannel itself, 16 means sms was forbidden by your SMSC provider, so contact them and resolve with them. On Thu, Aug 21, 2014 at 1:37 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Hi Alejandro Change %26type%3D%25ddlr-mask=31 with %26type%3D25%26dlr-mask%3D31 Note that what you request as dlr is not necessarily what you will receive. Carriers define which dlr status will they forward. Some disable intermediate status, some allow all of them. 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 Thu, Aug 21, 2014 at 11:22 AM, Alejandro Mussi alemu...@gmail.com wrote: Hi guys, My kannel is not sending my dlr-url when type=1. I get it when type=16 and type=8. Here is what log saids: 2014-08-21 12:33:22 [2202] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=11e22675ee6, dst=595981414913, type=1 2014-08-21 12:33:22 [2202] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 12:33:22 [2202] [7] ERROR: SMPP[tigo]: got DLR but could not find
Re: dlr-url routing failure
Here goes the logs (tested with dlr-mask=3): http://localhost:13013/cgi-bin/sendsms?username=xxxpassword=yyyto=+595981414913from=1244binfo=CMBEGtext=Prueba+de+serviciosmsc=tigodlr-mask=3dlr-url=http%3A%2F%2Flocalhost%2Fsms%2Fapi%2Fdlr.php%3FmyId%3D1212%26type%3D%25d bearerbox.log 2014-08-21 18:47:08 [1629] [6] DEBUG: DLR[internal]: Adding DLR smsc=tigo, ts=5400874, src=1244, dst=595981414913, mask=3, boxc= 2014-08-21 18:47:10 [1629] [7] DEBUG: Optional parameter tag (0x001e) 2014-08-21 18:47:10 [1629] [7] DEBUG: Optional parameter length read as 12 2014-08-21 18:47:10 [1629] [7] DEBUG: Optional parameter tag (0x0427) 2014-08-21 18:47:10 [1629] [7] DEBUG: Optional parameter length read as 1 2014-08-21 18:47:10 [1629] [7] DEBUG: SMPP[tigo]: Got PDU: 2014-08-21 18:47:10 [1629] [7] DEBUG: SMPP PDU 0x7f0058001560 dump: 2014-08-21 18:47:10 [1629] [7] DEBUG: type_name: deliver_sm 2014-08-21 18:47:10 [1629] [7] DEBUG: command_id: 5 = 0x0005 2014-08-21 18:47:10 [1629] [7] DEBUG: command_status: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: sequence_number: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: service_type: NULL 2014-08-21 18:47:10 [1629] [7] DEBUG: source_addr_ton: 1 = 0x0001 2014-08-21 18:47:10 [1629] [7] DEBUG: source_addr_npi: 1 = 0x0001 2014-08-21 18:47:10 [1629] [7] DEBUG: source_addr: 595981414913 2014-08-21 18:47:10 [1629] [7] DEBUG: dest_addr_ton: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: dest_addr_npi: 1 = 0x0001 2014-08-21 18:47:10 [1629] [7] DEBUG: destination_addr: 1244 2014-08-21 18:47:10 [1629] [7] DEBUG: esm_class: 4 = 0x0004 2014-08-21 18:47:10 [1629] [7] DEBUG: protocol_id: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: priority_flag: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: schedule_delivery_time: NULL 2014-08-21 18:47:10 [1629] [7] DEBUG: validity_period: NULL 2014-08-21 18:47:10 [1629] [7] DEBUG: registered_delivery: 1 = 0x0001 2014-08-21 18:47:10 [1629] [7] DEBUG: replace_if_present_flag: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: data_coding: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: sm_default_msg_id: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: sm_length: 105 = 0x0069 2014-08-21 18:47:10 [1629] [7] DEBUG: short_message: 2014-08-21 18:47:10 [1629] [7] DEBUG:Octet string at 0x7f0058001730: 2014-08-21 18:47:10 [1629] [7] DEBUG: len: 105 2014-08-21 18:47:10 [1629] [7] DEBUG: size: 106 2014-08-21 18:47:10 [1629] [7] DEBUG: immutable: 0 2014-08-21 18:47:10 [1629] [7] DEBUG: data: 69 64 3a 35 32 36 39 32 61 20 73 75 62 3a 30 30 id:52692a sub:00 2014-08-21 18:47:10 [1629] [7] DEBUG: data: 31 20 64 6c 76 72 64 3a 30 30 31 20 73 75 62 6d 1 dlvrd:001 subm 2014-08-21 18:47:10 [1629] [7] DEBUG: data: 69 74 20 64 61 74 65 3a 31 34 30 38 32 31 31 38 it date:14082118 2014-08-21 18:47:10 [1629] [7] DEBUG: data: 31 37 20 64 6f 6e 65 20 64 61 74 65 3a 31 34 30 17 done date:140 2014-08-21 18:47:10 [1629] [7] DEBUG: data: 38 32 31 31 38 31 38 20 73 74 61 74 3a 44 45 4c 8211818 stat:DEL 2014-08-21 18:47:10 [1629] [7] DEBUG: data: 49 56 52 44 20 65 72 72 3a 30 30 30 20 74 65 78 IVRD err:000 tex 2014-08-21 18:47:10 [1629] [7] DEBUG: data: 74 3a 6d 65 73 73 61 67 65t:message 2014-08-21 18:47:10 [1629] [7] DEBUG:Octet string dump ends. 2014-08-21 18:47:10 [1629] [7] DEBUG: message_state: 2 = 0x0002 2014-08-21 18:47:10 [1629] [7] DEBUG: receipted_message_id: 11e127be1d6 2014-08-21 18:47:10 [1629] [7] DEBUG: SMPP PDU dump ends. 2014-08-21 18:47:10 [1629] [7] DEBUG: SMPP[tigo] handle_pdu, got DLR 2014-08-21 18:47:10 [1629] [7] DEBUG: DLR[internal]: Looking for DLR smsc=tigo, ts=1228670755286, dst=595981414913, type=1 2014-08-21 18:47:10 [1629] [7] WARNING: DLR[internal]: DLR from SMSCtigo for DST595981414913 not found. 2014-08-21 18:47:10 [1629] [7] ERROR: SMPP[tigo]: got DLR but could not find message or was not interested in it id1228670755286 dst595981414913, type1 2014-08-21 18:47:10 [1629] [7] DEBUG: SMPP[tigo]: Sending PDU: 2014-08-21 18:47:10 [1629] [7] DEBUG: SMPP PDU 0x7f0058000e50 dump: 2014-08-21 18:47:10 [1629] [7] DEBUG: type_name: deliver_sm_resp 2014-08-21 18:47:10 [1629] [7] DEBUG: command_id: 2147483653 = 0x8005 2014-08-21 18:47:10 [1629] [7] DEBUG: command_status: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: sequence_number: 0 = 0x 2014-08-21 18:47:10 [1629] [7] DEBUG: message_id: NULL 2014-08-21 18:47:10 [1629] [7] DEBUG: SMPP PDU dump ends. SMSBOX.LOG 2014-08-21 18:47:08 [1652] [2] DEBUG: HTTP: Creating HTTPClient for `190.104.157.112'. 2014-08-21 18:47:08 [1652] [2] DEBUG: HTTP: Created HTTPClient area 0x7fb408000a90. 2014-08-21 18:47:08 [1652] [3] INFO: smsbox: Got HTTP request /cgi-bin/sendsms from 190.104.157.112 2014-08-21 18:47:08 [1652] [3] INFO:
