| SMPP Delivery Receipt Date/Timezone |  Search
|
|
NowSMS Support Forums ⬆ NowSMS Support - SMS Issues ⬆ Archive through August 10, 2011 ⬆ |
◄ ► |
| Author | Message | |||
| Ged Byrne New member Username: Gedbyrne Post Number: 1 Registered: 04-2011 |
What time zone is used for the delivery receipt date/time? I've searched google and a number of people are saying that UTC is used... Others are saying that it is local to the SMSC. Also does NowSMS do anything with the date to help standardise this response? | |||
| Bryce Norwood - NowSMS Support Board Administrator Username: Bryce Post Number: 7952 Registered: 10-2002 |
Hi Ged, The short answer is that the SMPP specification does not say. Unfortunately, there are quite a few areas where the SMPP specification is not specific enough in its definitions. In fact, the delivery receipt format is not even defined as a standard in the specification...it is presented as an example. Over time, the format presented as an example has been used as a sort of defacto standard. The example does not state whether UTC or local time is used. However, elsewhere in the spec, there is a reference to date/time stamps (using a different format than in the receipts) which states that responses from the SMSC which include a date/time stamp use the time zone local to the server. So I would say that using local time is more correct, at least in the spirit of the specification. But, I have seen it both ways. NowSMS does not modify these values. It has been suggested in the past that a time zone offset could be added to SMSC connections to define an adjustment for NowSMS to apply. However, we have not done this, because we had concerns that there could still be problems related to the use of summer time in many locales, and different schedules for this time zone change in different locales. One thought that we had was that the receipts include both a submit date and a done date, and potentially the done date could be compared to the original submit date to try to establish the time zone differential with the SMSC. To date, we have not pursued this, mainly because we are unsure whether or not this technique would be good in the real world. If you want to give us some feedback based upon what you see in these fields from your partners, this could help convince us to implement an auto-sensing option to convert time stamps in receipts. -bn | |||
| Alex Kaiser Frequent Contributor Username: Alex_k Post Number: 199 Registered: 07-2006 |
Hello Ged and Bryce, I guess it was my 1st asking for edition of DRs. I agree with Bryce that making an adjustment for particular connection is impractical - any connection could have several SMSCs laying below with different time zones. My opinion – making sensing option work through callback. When NowSMS receives DR and makes SMSIN callback – it’s possible to specify needed time zone offset by replying with “Offset” parameter and there’s no need for complicated auto-sensing built-in logic. But you also need to provide submit UTC time with callback in order to make it work. Regards, Alex K. | |||
| Ged Byrne New member Username: Gedbyrne Post Number: 2 Registered: 04-2011 |
Thank you for your responses. Such a shame standards were not introduced at an early stage and adhered to by ALL operators :( | |||
