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]

Reply via email to