Hello all,

I am having trouble getting the right format for sending syncml settings to
my phone. I am using kannel 1.4.3 from cvs compiled with openssl.
 Have added to the core settings section, the lines:

ssl-server-cert-file = "/usr/local/src/trunk/gw/cert.pem"
ssl-server-key-file = "/usr/local/src/trunk/gw/key.pem"

My syncml xml file loks like so:

=====================================//===============

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE wap-provisioningdoc PUBLIC "-//WAPFORUM//DTD PROV 1.0//EN" "
http://www.wapforum.org/DTD/prov.dtd";>
<wap-provisioningdoc>
<characteristic type="APPLICATION">
<parm name="APPID" value="w5" />
<parm name="TO-NAPID" value="INTERNET" />
<parm name="NAME" value="SyncML" />
<parm name="ADDR" value="http://41.222.240.237:8080/funambol/ds"; />
<characteristic type="RESOURCE">
<parm name="URI" value="./contacts" />
<parm name="NAME" value="Contacts DB" />
<parm name="AACCEPT" value="text/x-vcard" />
</characteristic>
<characteristic type="RESOURCE">
<parm name="URI" value="./calendar" />
<parm name="NAME" value="Calendar DB" />
<parm name="AACCEPT" value="text/x-vcalendar" />
</characteristic>
<characteristic type="RESOURCE">
<parm name="URI" value="./notes" />
<parm name="NAME" value="Notes DB" />
<parm name="AACCEPT" value="text/plain" />
</characteristic>
<characteristic type="APPAUTH">
<parm name="AAUTHNAME" value="goof" />
<parm name="AAUTHSECRET" value="goof" />
</characteristic>
</characteristic>
</wap-provisioningdoc>
=====================================//===============

when I send this file using the /cgi-bin/sendota, the smsbox log has a
portion that says unknown request, but the message gets delivered. The
problem is the phone cannot open the message and says "unable to read
message"
Part of the log file is below:

2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 01 06 2f 1f 2d b6 91 81 92 45
35 33 36 39 43 41   ../.-....E5369CA
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 34 36 41 30 44 33 37 44 45 38
37 41 43 34 31 38   46A0D37DE87AC418
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 37 35 33 32 46 43 37 34 38 35
39 37 42 44 44 37   7532FC748597BDD7
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 41 00 03 0b 6a 00 45 c6 00 01
55 01 87 36 00 00   A...j.E...U..6..
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 06 03 77 35 00 01 87 22 06 03
49 4e 54 45 52 4e   ..w5..."..INTERN
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 45 54 00 01 87 07 06 03 53 79
6e 63 4d 4c 00 01   ET......SyncML..
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 87 00 01 34 00 00 06 03 68 74
74 70 3a 2f 2f 34   ...4....http://3
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 31 2e 32 32 32 2e 32 34 30 2e
32 33 37 3a 38 30   1.222.240.237:80
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 38 30 2f 66 75 6e 61 6d 62 6f
6c 2f 64 73 00 01   80/funambol/ds..
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: c6 00 01 59 01 87 3a 00 00 06
03 2e 2f 63 6f 6e   ...Y..:...../con
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 74 61 63 74 73 00 01 87 07 06
03 43 6f 6e 74 61   tacts......Conta
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 63 74 73 20 44 42 00 01 87 00
01 2e 00 00 06 03   cts DB..........
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 74 65 78 74 2f 78 2d 76 63 61
72 64 00 01 01 c6   text/x-vcard....
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 00 01 59 01 87 3a 00 00 06 03
2e 2f 63 61 6c 65   ..Y..:...../cale
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 6e 64 61 72 00 01 87 07 06 03
43 61 6c 65 6e 64   ndar......Calend
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 61 72 20 44 42 00 01 87 00 01
2e 00 00 06 03 74   ar DB..........t
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 65 78 74 2f 78 2d 76 63 61 6c
65 6e 64 61 72 00   ext/x-vcalendar.
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 01 01 c6 00 01 59 01 87 3a 00
00 06 03 2e 2f 6e   .....Y..:...../n
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 6f 74 65 73 00 01 87 07 06 03
4e 6f 74 65 73 20   otes......Notes
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 44 42 00 01 87 00 01 2e 00 00
06 03 74 65 78 74   DB..........text
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 2f 70 6c 61 69 6e 00 01 01 c6
00 01 57 01 87 31   /plain......W..1
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 00 00 06 03 67 6f 6f 66 00 01
87 00 01 32 00 00   ....goof.....2..
2011-10-26 10:29:08 [6289] [3] DEBUG:   data: 06 03 67 6f 6f 66 00 01 01 01
01                  ..goof.....
2011-10-26 10:29:08 [6289] [3] DEBUG: Octet string dump ends.
2011-10-26 10:29:08 [6289] [3] INFO: /cgi-bin/sendota <<default>>
<260966XXXXXX>
2011-10-26 10:29:08 [6289] [3] DEBUG: Stored UUID
c2b86955-3b76-4b82-97ee-76174db9a7b7
2011-10-26 10:29:08 [6289] [3] DEBUG: message length 363, sending 1 messages
2011-10-26 10:29:08 [6289] [3] DEBUG: Status: 202 Answer: <Sent.>
2011-10-26 10:29:08 [6289] [3] DEBUG: Delayed reply - wait for bearerbox
2011-10-26 10:29:08 [6289] [0] DEBUG: Got ACK (0) of
c2b86955-3b76-4b82-97ee-76174db9a7b7
2011-10-26 10:29:08 [6289] [0] DEBUG: HTTP: Resetting HTTPClient for
`192.168.4.117'.
2011-10-26 10:29:08 [6289] [3] INFO: smsbox: Got HTTP request </favicon.ico>
from <192.168.4.117>
2011-10-26 10:29:08 [6289] [3] DEBUG:* Status: 404 Answer: <Unknown
request.>*
2011-10-26 10:29:08 [6289] [3] DEBUG: HTTP: Resetting HTTPClient for
`192.168.4.117'.

Has anybody got some advice they can give on what to check for that could be
the problem?

Thanks

Anthony

Reply via email to