Dziugas Baltrunas wrote:
> 
> Hi list,
> 
> I recently made box upgrade with the FreeBSD 4.8 OS inside. I cvs'ed up Kannel, and 
> interesting things
> happend. firstly, there is someting strange in access log:
> 
> 2003-08-03 18:42:40 Receive SMS [SMSC:xxx] [SVC:] [ACT:] [from:xxx] [to:xxx] 
> [flags:-1:0:-1:0:-1] [msg:3:xxx] [udh:0:]
> 2003-08-03 18:42:41 Sent SMS [SMSC:xxx] [SVC:xxx] [ACT:] [from:xxx] 
> [to:xxx[flags:-1:0:-1:-1:-1] [msg:41:xxxudh:0:]
> 
> what do flags "1:0:-1:0:-1" meen? seems like they now apply for every text message.

the -1 are the new default values for the Kannel msg structure Bruno
introduced. So -1 means here that the values have not been explicetly
set.

> what is more, smsbox behaviour is unexpectable and it often don't handle messages if 
> I request to do it
> quit frequently, i.e. it doesn't respont to queries.  the bad thing is that smsbox 
> dies after few requests:
> 
> 2003-08-03 18:43:17 [3] INFO: smsbox: Got HTTP request </cgi-bin/sendsms> from <xxx>
> 2003-08-03 18:43:17 [3] INFO: sendsms used by <test>
> 2003-08-03 18:43:17 [3] INFO: sendsms sender:<test:xxx> (xxx) to:<xxx> msg:<xxx>
> 2003-08-03 18:43:17 [3] DEBUG: message length 3, sending 1 messages
> 2003-08-03 18:43:17 [3] DEBUG: Status: 202 Answer: <Sent.>
> 2003-08-03 18:43:17 [3] DEBUG: HTTP: Resetting HTTPClient for `xxx'.
> 2003-08-03 18:43:17 [4] INFO: Starting to service <xxx> from <xxx> to <xxx>
> 2003-08-03 18:43:17 [9] DEBUG: Parsing URL `http://xxx/engine/getsong.php?key=xxx:
> 2003-08-03 18:43:17 [9] DEBUG:   Scheme: http://
> 2003-08-03 18:43:17 [9] DEBUG:   Host: smsbox.m-1.lt
> 2003-08-03 18:43:17 [9] DEBUG:   Port: 80
> 2003-08-03 18:43:17 [9] DEBUG:   Username: (null)
> 2003-08-03 18:43:17 [9] DEBUG:   Password: (null)
> 2003-08-03 18:43:17 [9] DEBUG:   Path: /engine/getsong.php
> 2003-08-03 18:43:17 [9] DEBUG:   Query: key=xxx
> 2003-08-03 18:43:17 [9] DEBUG:   Fragment: (null)
> 2003-08-03 18:43:17 [9] DEBUG: HTTP: Opening connection to `smsbox.m-1.lt:80' 
> (fd=30).
> 2003-08-03 18:43:17 [9] DEBUG: Socket connected at once
> 2003-08-03 18:43:17 [9] DEBUG: HTTP: Sending request:
> 2003-08-03 18:43:17 [9] DEBUG: Octet string at 0x80fbdd0:
> 2003-08-03 18:43:17 [9] DEBUG:   len:  97
> 2003-08-03 18:43:17 [9] DEBUG:   size: 98
> 2003-08-03 18:43:17 [9] DEBUG:   immutable: 0
> 2003-08-03 18:43:17 [9] DEBUG:   data: 47 45 54 20 2f 65 6e 67 69 6e 65 2f 67 65 74 
> 73   GET /engine/gets
> 2003-08-03 18:43:17 [9] DEBUG:   data: 6f 6e 67 2e 70 68 70 3f 6b 65 79 3d 6d 31 20 
> 48   ong.php?key=xxx H
> 2003-08-03 18:43:17 [9] DEBUG:   data: 54 54 50 2f 31 2e 31 0d 0a 48 6f 73 74 3a 20 
> 73   TTP/1.1..Host: x
> 2003-08-03 18:43:17 [9] DEBUG:   data: 6d 73 62 6f 78 2e 6d 2d 31 2e 6c 74 0d 0a 55 
> 73   xxxxxxxxxxxxxx..Us
> 2003-08-03 18:43:17 [9] DEBUG:   data: 65 72 2d 41 67 65 6e 74 3a 20 4b 61 6e 6e 65 
> 6c   er-Agent: Kannel
> 2003-08-03 18:43:17 [9] DEBUG:   data: 2f 63 76 73 2d 32 30 30 33 30 38 30 33 0d 0a 
> 0d   /cvs-20030803...
> 2003-08-03 18:43:17 [9] DEBUG:   data: 0a                                            
>     .
> 2003-08-03 18:43:17 [9] DEBUG: Octet string dump ends.
> 2003-08-03 18:43:17 [8] DEBUG: HTTP: Status line: <HTTP/1.1 200 OK>
> 2003-08-03 18:43:17 [8] DEBUG: HTTP: Received response:
> 2003-08-03 18:43:17 [8] DEBUG: Octet string at 0x80fbec0:
> 2003-08-03 18:43:17 [8] DEBUG:   len:  241
> 2003-08-03 18:43:17 [8] DEBUG:   size: 242
> 2003-08-03 18:43:17 [8] DEBUG:   immutable: 0
> 2003-08-03 18:43:17 [8] DEBUG:   data: 44 61 74 65 3a 20 53 75 6e 2c 20 30 33 20 41 
> 75   Date: Sun, 03 Au
> 2003-08-03 18:43:17 [8] DEBUG:   data: 67 20 32 30 30 33 20 31 35 3a 34 33 3a 31 37 
> 20   g 2003 15:43:17
> 2003-08-03 18:43:17 [8] DEBUG:   data: 47 4d 54 0d 0a 53 65 72 76 65 72 3a 20 41 70 
> 61   GMT..Server: Apa
> 2003-08-03 18:43:17 [8] DEBUG:   data: 63 68 65 2f 31 2e 33 2e 32 38 20 28 55 6e 69 
> 78   che/1.3.28 (Unix
> 2003-08-03 18:43:17 [8] DEBUG:   data: 29 20 50 48 50 2f 34 2e 33 2e 33 52 43 31 0d 
> 0a   ) PHP/4.3.3RC1..
> 2003-08-03 18:43:17 [8] DEBUG:   data: 58 2d 50 6f 77 65 72 65 64 2d 42 79 3a 20 50 
> 48   X-Powered-By: PH
> 2003-08-03 18:43:17 [8] DEBUG:   data: 50 2f 34 2e 33 2e 33 52 43 31 0d 0a 54 72 61 
> 6e   P/4.3.3RC1..Tran
> 2003-08-03 18:43:17 [8] DEBUG:   data: 73 66 65 72 2d 45 6e 63 6f 64 69 6e 67 3a 20 
> 63   sfer-Encoding: c
> 2003-08-03 18:43:17 [8] DEBUG:   data: 68 75 6e 6b 65 64 0d 0a 43 6f 6e 74 65 6e 74 
> 2d   hunked..Content-
> 2003-08-03 18:43:17 [8] DEBUG:   data: 54 79 70 65 3a 20 74 65 78 74 2f 68 74 6d 6c 
> 0d   Type: text/html.
> 2003-08-03 18:43:17 [8] DEBUG:   data: 0a 0d 0a 44 61 62 61 72 20 4d 2d 31 20 65 74 
> 65   ...xxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 72 79 6a 65 3a 20 4a 4f 48 4e 20 4d 41 59 45 
> 52   xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 20 2d 20 59 6f 75 72 20 42 6f 64 79 20 49 73 
> 20    xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 41 20 57 6f 6e 64 65 72 6c 61 6e 64 2e 20 4d 
> 2d   xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 31 20 42 49 4b 49 4e 49 20 73 65 7a 6f 6e 61 
> 73   xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 21                                            
>     !
> 2003-08-03 18:43:17 [8] DEBUG: Octet string dump ends.
> 2003-08-03 18:43:17 [5] PANIC: gwlib/octstr.c:2143: seems_valid_real: Assertion 
> `ostr->len >= 0' failed. (Called from gwlib/octstr.c:294:octstr_duplicate_real.)
> 
> I have a feeling that there is something wrong with libs, I also tried to recompile, 
> but nothing happended :(
> 
> has anobody of you had the simillar issue?

Have to check....

Stipe

[EMAIL PROTECTED]
-------------------------------------------------------------------
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
-------------------------------------------------------------------
wapme.net - wherever you are

Reply via email to