Hi Alvaro,

Thanks for your answer.
I do some search in old threads and didn't find any solution for our issue.

The point is that it seems that when we receive DLR for the first part kannel forward the DLR to our server. But when the DLR (the only one that we receive for the concatenated SMS) doesn't concern the first part then kannel never forwerd the DLR to our server.

My goal is not to ask change in kannel process : Kannel works very well.
My goal is only to find a workaround to get DLRs (first part DLR or not) to be forwarded to our server.

Best regards,



On 12/17/2014 04:06 PM, Alvaro Cornejo wrote:
Hi

That is the expected behavior from kannel architecture side.

As is now, kannel uses the first final successful/failed dlr (not necessarily from 1st part) in order to validate the whole message. Following dlrs just fails to update as shown in your log.

There are some old threads discussing the issue and how to handle concatenated dlrs when some of the parts are delivered and some doesn't.

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 <http://www.perusms.com>

On Tue, Dec 16, 2014 at 5:46 PM, Laurent Charlois <laurent.charl...@smsmode.com <mailto:laurent.charl...@smsmode.com>> wrote:

    Hi,

    We use Kannel to send SMS to our provider using SMPP.
    Everything going well except for one thing : when we send
    concatenated SMS for some reasons our provider can only return one
    DLR to us.

    When this DLR concerns the first part of the message it's ok but
    when the DLR do not concerns the first part of the message kannel
    cannot handle the DLR.
    In this case we get error message like that :

    2014-12-16 23:36:22 [29635] [21] ERROR: SMPP[mySMSC]: got DLR but
    could not find message or was not interested in it id<566686393>
    dst<33601020304>, type<1>


    Is it somebody that have a workaround for this case?
    Is it a way to tell Kannel to consider any DLR from the SMSC as
    the (one) DLR kannel waits for?

    Thanks to all folk that read this email and try to give us a
    solution :)

    Best regards,
    Laurent Charlois.


--
Laurent Charlois
+33 4 91 05 64 62
smsMode.com

Reply via email to