registered_delivery gets set to nonzero when dlr-mask and dlr-url are
present.
Assuming that you're in fact setting those parameters, I see your point. I'm
not sure what the regular behaviour should be, when a message is being split
by kannel?
Let's analyze the facts further:
I assume the
Yes,
That is correct behaviour and is SMSc depended.
BR,
Nikos
- Original Message -
From: Iain Dooley i...@workingsoftware.com.au
To: us...@vm1.kannel.org
Sent: Friday, June 12, 2009 8:28 AM
Subject: registered_delivery - clarification
hi all, i received some clarification back from
the whole message
succesfully.
BR,
Nikos
- Original Message -
From: Alejandro Guerrieri
To: Iain Dooley
Cc: us...@vm1.kannel.org
Sent: Friday, June 12, 2009 9:08 AM
Subject: Re: registered_delivery - clarification
registered_delivery gets set to nonzero when dlr-mask and dlr
Hi Alejandro,
present.
Assuming that you're in fact setting those parameters, I see your point. I'm
not sure what the regular behaviour should be, when a message is being split
by kannel?
Let's analyze the facts further:
I assume the behaviour now is only to set registered_delivery = 1 on the
I should add to my last email that I think that all messages (even single
part messages) should have entries in both message and message_part; ie.
the system treats a single part message as a special kind of multipart
message rather than the other way around.
cheers
iain
On Fri, 12 Jun 2009,
...@vm1.kannel.org
*Sent:* Friday, June 12, 2009 9:08 AM
*Subject:* Re: registered_delivery - clarification
registered_delivery gets set to nonzero when dlr-mask and dlr-url are
present.
Assuming that you're in fact setting those parameters, I see your point.
I'm not sure what the regular
Guerrieri
To: Nikos Balkanas
Cc: Iain Dooley ; us...@vm1.kannel.org
Sent: Friday, June 12, 2009 11:04 AM
Subject: Re: registered_delivery - clarification
Question is:
1. Are you 100% certain that all SMSC's behave like that? I mean: they send
the dlr's deliver_sm only after
hi all, i received some clarification back from the carrier: it was only
the first of a multipart message that got registered_delivery = 1, then
any subsequent parts of the multipart message had registered_delivery = 0.
this seems pretty sensible seeing as, from my perspective, a concatenated
