I found the bearerbox and smsc log corresponding to the test from the post and yes Nikos they are in local time not GMT
The thing is I have installed Kannel using Alex's patch that create RPM maybe I have to check on this side... But Nikos do you have a good datetime in smsbox.log when you compare timestamp at the beginning of the line and the timestamp inside the parse URL (ts): 2010-06-22 15:19:26 [4807] [9] DEBUG: Parsing URL ` http://192.168.0.41/playsms/plugin/gateway/kannel/geturl.php?* t=2010-06-22+04:19:21*&q=% 2B687xxxxxx&a=Kcn+info': Because here we can see the problem : *t=2010-06-22+04:19:21, this URL *it is generated by smsbox ?* * bearerbox.log 2010-06-22 15:19:26 [4760] [17] DEBUG: send_msg: sending msg to box: <127.0.0.1> 2010-06-22 15:19:26 [4760] [17] DEBUG: boxc_sender: sent message to <127.0.0.1> 2010-06-22 15:19:26 [4760] [16] DEBUG: boxc_receiver: got ack 2010-06-22 15:19:26 [4760] [16] DEBUG: boxc_receiver: sms received smsc.log 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- +CPMS: 1,60,1,60,1,60 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- OK 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: --> AT+CMGR=0^M 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- +CMGR: 0,,25 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- 069186770720F024099186773705F200000160225191124408CBB11B94769BDF 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: received message from SMSC: +687YYYYYY 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: Numeric sender (international) <+687XXXXXX> 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: User data length read as (8) 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: Udh decoding done len=8 udhi=0 udhlen=0 udh='' 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- OK 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: --> AT+CMGD=0^M 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- OK 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: --> AT+CPMS="sm"^M 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- +CPMS: 0,60,0,60,0,60 2010-06-22 15:19:26 [4760] [6] DEBUG: AT2[huawei_e220]: <-- OK BR Emmanuel 2010/6/23 Nikos Balkanas <nbalka...@gmail.com> > Hi, > > No. Bearerbox will always print timestamps in application logs, regardless > to level. Access logs can be customized. You posted bb logs, but didn't > mention if they are localtime or GMT. If they too are with GMT, probably you > compiled it --disable-localtime for whatever reason. Have you checked your > server's time? Maybe it is out of sync. > > I have had no problems with time with either bearerbox or smsbox. > > > BR, > Nikos > ----- Original Message ----- From: Emmanuel CHANSON > To: users > Sent: Wednesday, June 23, 2010 12:33 AM > Subject: Re: Smsbox & SMS Services -Incoming SMS datetime problem > > > > So it seems to be clearly a bug ? isn't it ? > The workaround can be like Alvajo said of course to handle the TS in the > application. > But do you know if the smsbox behavior can be improved? by a patch ? > > The bearerbox logs does not show any timestamps unless I have to set higher > log level in the modem config ? > > Example for another test: > > bearerbox.log: > 2010-06-23 08:29:56 [11204] [17] DEBUG: send_msg: sending msg to box: > <127.0.0.1> > 2010-06-23 08:29:56 [11204] [17] DEBUG: boxc_sender: sent message to > <127.0.0.1> > 2010-06-23 08:29:56 [11204] [16] DEBUG: boxc_receiver: got ack > 2010-06-23 08:30:09 [11204] [16] DEBUG: boxc_receiver: heartbeat with load > value 0 received > > > smsc.log > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: --> AT+CPMS="SM"^M > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: <-- +CPMS: > 1,60,1,60,1,60 > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: <-- OK > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: --> AT+CMGR=0^M > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: <-- +CMGR: 0,,28 > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: <-- > 069186770720F124099186773705F20000016032809205440B503B683D7683E8E5391D > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: received message > from SMSC: +687YYYYYY > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: Numeric sender > (international) <+687XXXXXX> > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: User data length > read as (11) > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: Udh decoding done > len=11 udhi=0 udhlen=0 udh='' > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: <-- OK > 2010-06-23 08:29:56 [11204] [6] DEBUG: AT2[huawei_e220]: --> AT+CMGD=0^M > 2010-06-23 08:29:57 [11204] [6] DEBUG: AT2[huawei_e220]: <-- OK > 2010-06-23 08:29:57 [11204] [6] DEBUG: AT2[huawei_e220]: --> AT+CPMS="sm"^M > 2010-06-23 08:29:57 [11204] [6] DEBUG: AT2[huawei_e220]: <-- +CPMS: > 0,60,0,60,0,60 > 2010-06-23 08:29:57 [11204] [6] DEBUG: AT2[huawei_e220]: <-- OK > > Regards, > > Emmanuel > > > 2010/6/22 Alvaro Cornejo <cornejo.alv...@gmail.com> > > I had this problem also and after many unsuccessfully tries and > retries, I decided to handle the arrival time of the MO in my app -I > replace TS from kannel with my server local time-. In addition, as my > server is in sync with a ntp server, and all my time logs settings are > based on my time, I can safely work like that > > Regards > > Alvaro > > > > |-----------------------------------------------------------------------------------------------------------------| > Envνe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier > celular y Nextel > en el Perϊ, Mιxico y en mas de 180 paises. Use aplicaciones 2 vias via > > SMS y GPRS online > Visitenos en www.perusms.NET www.smsglobal.com.mx y > www.pravcom.com > > > > 2010/6/22 Nikos Balkanas <nbalka...@gmail.com>: > > Hi, >> >> How are bearerbox timestamps? >> >> By default kannel will use localtime. Unless configured to use GMT: >> >> ./configure --disable-localtime >> >> Check also access-log-time in configuration. >> >> BR, >> Nikos >> >> >> ----- Original Message ----- From: Emmanuel CHANSON >> To: users >> Sent: Tuesday, June 22, 2010 7:55 AM >> Subject: Smsbox & SMS Services -Incoming SMS datetime problem >> >> >> Hello, >> >> I am using Kannel SVN freshly installed from today and I made a simple >> test >> where the SMS is received by Kannel and then through smsbox, trigger an >> SMS >> service url (PlaySMS): >> get-url = >> " >> http://192.168.0.41/playsms/plugin/gateway/kannel/geturl.php?t=%t&q=%q&a=%a >> " >> >> bearerbox -> sqlbox -> smsbox -> PlaySMS >> >> When I check the PlaySMS database for Incoming MO I see the date equal to: >> 2010-06-22 04:19:21 corresponding timestamp is 127718036 but here it is >> 15H19: >> New Caledonia Standard Time is GMT (UTC) + 11 hours. >> >> Checking sqlbox database I see for this incoming MO: time: 1277180361, >> corresponding date is: 2010-06-22 15:19:21 so SQLBox do its job ie 04H19 + >> 11 = 15H19 >> >> When checking smsbox.log I see: >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Parsing URL >> ` >> http://192.168.0.41/playsms/plugin/gateway/kannel/geturl.php?t=2010-06-22+04:19:21&q=%2B687773502&a=Kcn+info >> ': >> >> So smsbox give a different datetime to the SMS Service, is it normal? >> Is there a timezone configuration to set in smsbox ? >> >> >> smsbox.log: >> >> 2010-06-22 15:19:26 [4807] [4] INFO: Starting to service <Kcn info> from >> <+68xxxxxx> to <1234> >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Queue contains 0 pending requests. >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Parsing URL >> ` >> http://192.168.0.41/playsms/plugin/gateway/kannel/geturl.php?t=2010-06-22+04:19:21&q=%2B687xxxxxx&a=Kcn+info >> ': >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Scheme: http:// >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Host: 192.168.0.41 >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Port: 80 >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Username: (null) >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Password: (null) >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Path: >> /playsms/plugin/gateway/kannel/geturl.php >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Query: >> t=2010-06-22+04:19:21&q=%2B687xxxxxx&a=Kcn+info >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Fragment: (null) >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Connecting nonblocking to >> <192.168.0.41> >> 2010-06-22 15:19:26 [4807] [9] DEBUG: HTTP: Opening connection to >> `192.168.0.41:80' (fd=28). >> 2010-06-22 15:19:26 [4807] [9] DEBUG: Socket connecting >> 2010-06-22 15:19:26 [4807] [8] DEBUG: Get info about connecting socket >> 2010-06-22 15:19:26 [4807] [8] DEBUG: HTTP: Sending request: >> 2010-06-22 15:19:26 [4807] [8] DEBUG: Octet string at 0xb2e006c8: >> 2010-06-22 15:19:26 [4807] [8] DEBUG: len: 176 >> 2010-06-22 15:19:26 [4807] [8] DEBUG: size: 1024 >> 2010-06-22 15:19:26 [4807] [8] DEBUG: immutable: 0 >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 47 45 54 20 2f 70 6c 61 79 >> 73 >> 6d 73 2f 70 6c 75 GET /playsms/plu >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 67 69 6e 2f 67 61 74 65 77 >> 61 >> 79 2f 6b 61 6e 6e gin/gateway/kann >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 65 6c 2f 67 65 74 75 72 6c >> 2e >> 70 68 70 3f 74 3d el/geturl.php?t= >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 32 30 31 30 2d 30 36 2d 32 >> 32 >> 2b 30 34 3a 31 39 2010-06-22+04:19 >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 3a 32 31 26 71 3d 25 32 42 >> 36 >> 38 37 37 37 33 35 :21&q=%2B687xxxx >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 30 32 26 61 3d 4b 63 6e 2b >> 69 >> 6e 66 6f 20 48 54 xx&a=Kcn+info HT >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 54 50 2f 31 2e 31 0d 0a 48 >> 6f >> 73 74 3a 20 31 39 TP/1.1..Host: 19 >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 32 2e 31 36 38 2e 30 2e 34 >> 31 >> 0d 0a 43 6f 6e 6e 2.168.0.41..Conn >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 65 63 74 69 6f 6e 3a 20 6b >> 65 >> 65 70 2d 61 6c 69 ection: keep-ali >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 76 65 0d 0a 55 73 65 72 2d >> 41 >> 67 65 6e 74 3a 20 ve..User-Agent: >> 2010-06-22 15:19:26 [4807] [8] DEBUG: data: 4b 61 6e 6e 65 6c 2f 73 76 >> 6e >> 2d 72 0d 0a 0d 0a Kannel/svn-r.... >> 2010-06-22 15:19:26 [4807] [8] DEBUG: Octet string dump ends. >> 2010-06-22 15:19:26 [4807] [2] DEBUG: HTTP: Creating HTTPClient for >> `192.168.0.41'. >> 2010-06-22 15:19:26 [4807] [2] DEBUG: HTTP: Created HTTPClient area >> 0xb2e00628. >> >> Regards >> -- >> Emmanuel >> >> >> > > > > -- > Emmanuel > > CHANSON Emmanuel > Mobile Nouvelle-Calιdonie: +687.77.35.02 > > Mobile France: +33 (0) 6.68.03.89.56 > @email : emmanuelchan...@gmail.com > -- Emmanuel CHANSON Emmanuel Mobile Nouvelle-Calédonie: +687.77.35.02 Mobile France: +33 (0) 6.68.03.89.56 @email : emmanuelchan...@gmail.com