Hi Thanks for the information. I did not know that. :)
2010/7/12 Nikos Balkanas <nbalka...@gmail.com> > Nope, I meant what I said. Kannel, at least the smpp driver, sends seconds > to SMSc. > > > BR, > Nikos > ----- Original Message ----- From: brett skinner > To: Nikos Balkanas > Cc: users@kannel.org > Sent: Monday, July 12, 2010 12:28 PM > Subject: Re: Query regarding validity period > > > > Hi > > > Thanks Nikos. Did you mean though: > > > Kannel sends to SMSc absolute GMT + your input. > > > because my input should already be in minutes according to the user guide. > Is that correct? > > > Regards, > > > 2010/7/12 Nikos Balkanas <nbalka...@gmail.com> > > Hi, > > You input relative validity period. Kannel sends to SMSc absolute GMT + > your input * 60. > > BR, > Nikos > ----- Original Message ----- From: brett skinner > To: users@kannel.org > Sent: Monday, July 12, 2010 11:39 AM > Subject: Query regarding validity period > > > > Hi All > > > I read the following in the user guide regarding validity period > > > Optional. If given, Kannel will > inform SMS Center that it should > only try to send the message for > this many minutes. If the > destination mobile is off other > situation that it cannot receive > the sms, the smsc discards the > message. Note: you must have > your Kannel box time > synchronized with the SMS > Center. > > > Why is it important to have the time synchronized with the SMSC? If for > example I have a message that is sent at 10:00 and I do not want the > receiver to get it past 17:00 then surely I would set the validity flag to > 420 (60min * 7 hours)? Looking at the SMPP spec it says that the > validity_period can be specified in either absolute or relative terms. Which > does Kannel do? Also it seems looking at the encoding of the datetime type > it seems that it can specify the difference between local time and UTC. > > > I am not sure where this leaves me. What is the practice here? Does Kannel > send in local time and give the difference between UTC? Should I setup the > server to use UTC rather or will Kannel take care of all of this for me? Or > is my original thought correct and Kannel will just send the validity period > forward in relative terms i.e. valid for 420 minutes after you receive this > message? Appreciate any guidance that you can give me? > > > Regards, >