PPG SMS level delivery report are used for following purposes:
a) testing (did the phone get the push at all, or did it just ignore it)
b) for fallback services: if the phone did get the sms, but did not
understand it, the server can send some fallback sms (like your
content is available in the certain website).
As wap specs go, you should use confirmed push here. Problem
is that only a few phones support it.
I am not entirely against adding ppg sms dlrs to the db, but then
everyone should understand what ppg sms dlr means.
Aarno
On 28.7.2005, at 14.39, Julien Buratto wrote:
Aarno Syvänen wrote:
Yes, you are right. PPG does not support storing dlr, for reason
I mentioned.
Aarno
On 27.7.2005, at 14.13, Julien Buratto wrote:
Aarno Syvänen wrote:
Proper way to get confirmation is to use confirmed push, *if*
the phone supports them.
Or, you can use ppg dlrs as a basis of a backup service. Then
you can trust them.
Aarno
Aarno,
I used to prepare myself wappushes using binary messages and UDH
field with a classic smsbox, sending the wappushes as if they were
just binary sms.
In that case I used to set dlr-url and dlr-mask and when the SMS
arrived to the phone (even if the push wasn't understood) I got the
DLRs so I knew the SMS arrived at the phone.
Then I read that using the PPG was more compatible with many phones
- infact my hand-made wappushes where not working on sony-ericsson
phones, so I started to change the way I used to work and started
to send wappushes using XML, POST method and the PPG, just to have
better pushes.
Now the problem is that when I was formatting hand-made wappushes
sms, I was able to tell kannel to fetch/store DLRs as if they were
normal SMS.
With PPG I have the the dlr-url and dlr-mask, I've told ppg core to
use the smsbox-id for the DLRs but... nothing happens.
So, what does ppg-smsbox-id, default-dlr are documented for if
there is no way to have dlr on ppg ?
Thanks
J