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
>
>
