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