| SMPP SubmitResp |  Search
|
|
NowSMS Support Forums ⬆ NowSMS Support - SMS Issues ⬆ Archive through September 15, 2003 ⬆ |
◄ ► |
| Author | Message | |||
| Les Green |
Hi there, I am trying to evaluate the SMPPServer functionality of the NowSMS software and I was wondering how the server deals with QuerySM commands since I don't seem to be able to get a messageId back from a SubmitResponse? Also, if I require a delivery receipt, (set the registered delivery flag on the submit request) does NowSMS handle this? Thanks in advance, Les Green | |||
| Bryce Norwood - NowSMS Support (Bryce) |
Hi Les, We don't currently pass the delivery receipt flag along. It would be a relatively simple change to do that ... the only problem is that our internal message id would not match the message id assigned by the service that eventually processed the message. So if we did pass the delivery receipt flag along, the referenced message id wouldn't match. Unless we were able to pass a "user_message_reference" along, but that would depend on us being able to connect to another SMPP server that supported the "user_message_reference" parameter. What type of configuration are you looking at? Are you looking at something to be an SMPP server front-ending connections to other SMPP servers? If so, what requirements do you need? For supporting the passing through of the registered delivery flag, I see this issue of the user_message_reference being important. Even if the submitting application didn't set it, we would need to be able to set it. The problem I see is I'm not confident that other SMPP servers would support this parameter. Alternatively, I suppose we could just do brute force. We assign our own message id, map that to the one that the other server gives us ... and when a delivery receipt comes back, we map the delivery receipt back to our ID before returning it to the submitting application. That's probably doable. We'd just have to start returning our message id in response to the submit_sm, but that's not a problem. We don't currently support query_sm, but I could see supporting that, if we could just manage the message ID mapping. Of course, all of this goes out the window if the other servers that you are connecting to are not SMPP. If you'd like to discuss this some more, see what we can come up with for a solution, send a message to nowsms@now.co.uk, and we'll take it from there. -bn | |||
