I've got a UCP connection to an SMS gateway (i.e. not to an SMS-C) and I'm wondering if I'm seeing correct DLR behaviour.
I use the 'sendsms-user' service over http and specify these parameters:
dlrurl=http://1.2.3.4/blah?type=%d&smid=12345 dlrmask=31
All I get back from Kannel is a type 8 DLR immediately (smsc submit), even when I receive the message eventually on my phone.
These are the relevant UCP packets:
2003-03-08 13:30:36 [6] DEBUG: EMI2[wireless-services-mt]: emi2 sending packet: <01/00086/O/51/31651408004/31655100000//1//7/////////////3//64616461////////1139/
////3F>
2003-03-08 13:30:37 [6] DEBUG: Adding DLR smsc=wireless-services-mt, ts=wireless-services-mt-1, src=+31655100000, dst=31651408004, mask=31, boxc=(null)
2003-03-08 13:30:37 [6] DEBUG: EMI2[wireless-services-mt]: Got packet from the main socket
2003-03-08 13:30:37 [6] DEBUG: EMI2[wireless-services-mt]: emi2 parsing packet: <01/00044/R/51/A//31651408004:080303133032/5F>
2003-03-08 13:30:37 [6] DEBUG: Looking for DLR smsc=wireless-services-mt, ts=wireless-services-mt-1, dst=31651408004, type=8
2003-03-08 13:30:37 [6] DEBUG: created DLR message for URL <http://192.168.100.81:8081/edge/dlr?smid=163&type=%d>
2003-03-08 13:30:37 [6] ERROR: Could not route message to smsbox id <(null)>, smsbox is gone!
2003-03-08 13:30:37 [6] DEBUG: Adding DLR smsc=wireless-services-mt, ts=080303133032, src=+31655100000, dst=31651408004, mask=31, boxc=(null)
(BTW: maybe "Could not route message to smsbox id <(null)>, smsbox is gone" has something to do with it as well?)
Is this the behaviour I'd see when I'm directly talking to an SMS-C or is this because I'm talking to a gateway that doesn't do transparent DLR conversion (or whatever that is called) all the way through to the SMS-C?
