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 <[email protected]>
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 <[email protected]>:
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 : [email protected]