opensync-users — The place to get help for the OpenSync project

Re: [Opensync-users] Nokia E51: Received an Alert for the DS Server at Calendar

[Michael B. <mic...@cm...>]

Simon Josefsson schrieb:

> Could the vformat problem explain why calendar syncing doesn't work,
> when contact syncing works?

Yes, I have myself heavy problems with OCS. Our vformat code creates 
several duplicates with the same UIDs internally. OCS detects this and 
returns errors while normal contact syncing works.

> Since the phone prints an error message, it seems likely that a phone
> bug is involved.  But maybe libsyncml could behave like Nokia's own
> software, to workaround this problem.  My message was partially to gauge
> whether anyone else has seen this error, and if anyone compared traces
> with Nokia's software.

This is not necessarily a phone bug. If OpenSync duplicates entries but 
the new entry includes the same UID then the phone will detect that 
there are two objects with the same internal UID. This is an error and 
so the phone reports an error code.

Again this is the vCard UID and not the UID of SyncML for this object.

>>> However, syncing the calendar fails.  I've tried libsyncml 0.4.5 (in
>>> Debian), and also libsyncml 0.4.6 (manual build), with same results.  I
>>> just tried libsyncml from SVN, but that just fails with
>>> 'sml_support.c:443:E:smlSafeFree: Assertion "*address" failed'.
>> The assertion was newly introduced from me to detect wrong memory
>> handling. Which subversion revision do you use?

I fixed some of these smlSafeFree bugs today (plus some race 
conditions). I introduced smlSafeFree to detect unclean memory handling 
in the libsyncml code and the assertions are the consequence :(

newest SVN rev 365 and 3128

Best regards

Michael
-- 
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
mic...@cm...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

http://ra.pki.hu-berlin.de

Re: [Opensync-users] Nokia E51: Received an Alert for the DS Server at Calendar

[Simon J. <si...@jo...>]

Evgeni Golov <sar...@di...> writes:

> Hi,
>
> On Tue, 05 Feb 2008 20:06:31 +0100 Simon Josefsson wrote:
>
>> Hi!  I just got a Nokia E51 and wanted to sync it over Bluetooth.  The
>> phone uses channel 10 for SyncML [1], and requires a identifier "PC
>> Suite".  Syncing contacts and notes using syncml-obex-client works fine
>> (as 'Contacts' and 'Notes' respectively).  I've also set up 'msynctool',
>> and it can sync contacts between syncml-obex-client and file-sync
>> successfully.  I'm using packages from Debian.
>
> Could you please share your config? As my E51 do not want to sync, and
> opensync just says "String Table generation disabled: can't encode
> Literal" and I just don't understand why :(

Hi!  This command works fine:

syncml-obex-client -b $MAC $CHANNEL --slow-sync text/x-vcard Contacts --wbxml --identifier "PC Suite" 

Replace $MAC with your bluetooth MAC, and $CHANNEL with 10.  This prints
my 153 contacts.

I don't believe it is reading any config files?

I'm using the latest phone software: '100.34.20 29-09-2007 rm-244 Nokia
E51 (03.1)'.  Btw, be careful about updating software if your warranty
is void, I got this E51 because I bricked my old N80 when running Nokia
Software Update.  The N80 phone is completely dead.

The msynctool config file I'm using is below.  I didn't have to disable
stringtable generation, or touch any of the other parameters.

This is with libsyncml 0.4.5 (0.4.6 also seems to work), and opensync
0.35 from debian.

Good luck,
/Simon

<?xml version="1.0"?>
<config>
  <!-- (Only for bluetooth) The bluetooth address if the bluetooth mode is selected -->
  <bluetooth_address>...</bluetooth_address>
  
  <!-- (Only for bluetooth) The bluetooth channel to use. `sdptool browse $MAC` to search for the correct channel -->
  <bluetooth_channel>10</bluetooth_channel>
  
  <!-- (Only for USB) The usb interface number of the SYNCML-SYNC target. use syncml-obex-client -u (you will need access to the USB raw device) to find it. -->
  <interface>0</interface>
  
  <!-- The string that the plugin will use to identify itself. Some devices need a special string here. -->
  <identifier>PC Suite</identifier>
  
  <!-- The syncml version to use: 0 for 1.0, 1 for 1.1 and 2 for 1.2 -->
  <version>1</version>
  
  <!-- if the plugin should use wbxml -->
  <wbxml>1</wbxml>
  
  <!-- The username to use. Leave empty to not require a username -->
  <username></username>
  
  <!-- the password for the username -->
  <password></password>
  
  <!-- sets the connection type to use. 5 means obex over usb, 2 means obex over bluetooth -->
  <type>2</type>
  
  <!-- If wbxml is enabled, defines wether the wbxml should use string tables -->
  <usestringtable>0</usestringtable>
  
  <!-- Never send ADD command, but send REPLACE (not needed normally) -->
  <onlyreplace>0</onlyreplace>

  <!-- Workaround around for mobile phones which only use local timestamps and _no_ UTC timestamps! -->
  <onlyLocaltime>0</onlyLocaltime>
  
  <!-- Sets the maximum allowed size in bytes of incoming messages (some device need this option set). Example: 10000 -->
  <recvLimit>0</recvLimit>
  
  <maxObjSize>0</maxObjSize>
  
  <!-- XXX: Currently you need to write this by your own.
       Later it's planned to create such entries on the fly during
       the discovery() call. Example database field:
-->
  <database>
     <name>Contacts</name>
     <objtype>contact</objtype>
     <objformat>vcard21</objformat>
  </database>
  
</config>

Re: [Opensync-users] Nokia E51: Received an Alert for the DS Server at Calendar

[Evgeni G. <sar...@di...>]

Hi,

On Tue, 05 Feb 2008 20:06:31 +0100 Simon Josefsson wrote:

> Hi!  I just got a Nokia E51 and wanted to sync it over Bluetooth.  The
> phone uses channel 10 for SyncML [1], and requires a identifier "PC
> Suite".  Syncing contacts and notes using syncml-obex-client works fine
> (as 'Contacts' and 'Notes' respectively).  I've also set up 'msynctool',
> and it can sync contacts between syncml-obex-client and file-sync
> successfully.  I'm using packages from Debian.

Could you please share your config? As my E51 do not want to sync, and
opensync just says "String Table generation disabled: can't encode
Literal" and I just don't understand why :(

Regards
Evgeni
-- 
   ^^^    | Evgeni -SargentD- Golov (sar...@di...)
 d(O_o)b  | GPG/PGP-Key-ID: 0xAC15B50C
  >-|-<   | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C
   / \    | http://www.die-welt.net - sar...@ja...

Kernel panic: Could not determine whether bit was one, zero or sqrt
(1/PI)... (Jan Kohnert - debian-user-german)

Re: [Opensync-users] Nokia E51: Received an Alert for the DS Server at Calendar

[Simon J. <si...@jo...>]

Michael Bell <mic...@cm...> writes:

> Hi Simon,
>
> Simon Josefsson schrieb:
>
>> Hi!  I just got a Nokia E51 and wanted to sync it over Bluetooth.  The
>> phone uses channel 10 for SyncML [1], and requires a identifier "PC
>> Suite".  Syncing contacts and notes using syncml-obex-client works fine
>> (as 'Contacts' and 'Notes' respectively).  I've also set up 'msynctool',
>> and it can sync contacts between syncml-obex-client and file-sync
>> successfully.  I'm using packages from Debian.
>
> libsyncml does not know anything about the synchronized content. So if
> contacts and notes synchronize correctly then libsyncml should
> work. Actually we have some problems with our vformat handling because
> iCal and vCal are not really compatible and additionally there are
> some special issues with Symbian (at minimum on UIQ 3 from Sony
> Ericsson).

Hi Michael!

Could the vformat problem explain why calendar syncing doesn't work,
when contact syncing works?

Since the phone prints an error message, it seems likely that a phone
bug is involved.  But maybe libsyncml could behave like Nokia's own
software, to workaround this problem.  My message was partially to gauge
whether anyone else has seen this error, and if anyone compared traces
with Nokia's software.

>> However, syncing the calendar fails.  I've tried libsyncml 0.4.5 (in
>> Debian), and also libsyncml 0.4.6 (manual build), with same results.  I
>> just tried libsyncml from SVN, but that just fails with
>> 'sml_support.c:443:E:smlSafeFree: Assertion "*address" failed'.
>
> The assertion was newly introduced from me to detect wrong memory
> handling. Which subversion revision do you use?

Revision 364.  I removed my build tree and did a clean checkout and
built it now, but it resulted in the same error.

Thanks,
/Simon

jas@mocca:~/src$ rm -rf libsyncml
jas@mocca:~/src$ svn co http://svn.opensync.org/libsyncml/trunk libsyncml
A    libsyncml/tools
A    libsyncml/tools/syncml-http-client.c
A    libsyncml/tools/syncml-http-server.1
A    libsyncml/tools/syncml-http-server.c
A    libsyncml/tools/syncml-obex-client.1
A    libsyncml/tools/CMakeLists.txt
A    libsyncml/tools/syncml-obex-client.c
A    libsyncml/tests
A    libsyncml/tests/check_wbxml_parser.c
A    libsyncml/tests/check_ds.c
A    libsyncml/tests/check_manager.c
A    libsyncml/tests/check_devinf.c
A    libsyncml/tests/check_sync.c
A    libsyncml/tests/check_elements.c
A    libsyncml/tests/check_xml_parser.c
A    libsyncml/tests/valgrind.supp
A    libsyncml/tests/check_http.c
A    libsyncml/tests/support.c
A    libsyncml/tests/check_san.c
A    libsyncml/tests/check_session.c
A    libsyncml/tests/check_base64.c
A    libsyncml/tests/support.h
A    libsyncml/tests/check_md5.c
A    libsyncml/tests/check_wbxml_assembler.c
A    libsyncml/tests/check_error.c
A    libsyncml/tests/check_xml_assembler.c
A    libsyncml/tests/check_obex.c
A    libsyncml/tests/CMakeLists.txt
A    libsyncml/AUTHORS
A    libsyncml/acinclude.m4
A    libsyncml/CTestConfig.cmake
A    libsyncml/ChangeLog
A    libsyncml/COPYING
A    libsyncml/Doxyfile.in
A    libsyncml/docs
A    libsyncml/config.h.cmake
A    libsyncml/misc
A    libsyncml/misc/template.h
A    libsyncml/misc/debian
A    libsyncml/misc/debian/libsyncml-utils.install
A    libsyncml/misc/debian/control
A    libsyncml/misc/debian/libsyncml0.install
A    libsyncml/misc/debian/compat
A    libsyncml/misc/debian/changelog
A    libsyncml/misc/debian/copyright
A    libsyncml/misc/debian/docs
A    libsyncml/misc/debian/rules
A    libsyncml/misc/debian/libsyncml-dev.install
A    libsyncml/misc/doxygen.css
A    libsyncml/misc/Readme.RPM
A    libsyncml/misc/libsyncml.spec.in
A    libsyncml/misc/wbxml2-0.9.0.patch
A    libsyncml/misc/template.c
A    libsyncml/libsyncml
A    libsyncml/libsyncml/transports
A    libsyncml/libsyncml/transports/obex_client_internals.h
A    libsyncml/libsyncml/transports/obex_client.h
A    libsyncml/libsyncml/transports/http_client_internals.h
A    libsyncml/libsyncml/transports/http_client.h
A    libsyncml/libsyncml/transports/obex_server.c
A    libsyncml/libsyncml/transports/http_server.c
A    libsyncml/libsyncml/transports/obex_server_internals.h
A    libsyncml/libsyncml/transports/obex_server.h
A    libsyncml/libsyncml/transports/http_server_internals.h
A    libsyncml/libsyncml/transports/http_server.h
A    libsyncml/libsyncml/transports/obex_client.c
A    libsyncml/libsyncml/transports/http_client.c
A    libsyncml/libsyncml/sml_base64.c
A    libsyncml/libsyncml/sml_md5.c
A    libsyncml/libsyncml/sml_base64.h
A    libsyncml/libsyncml/sml_error.c
A    libsyncml/libsyncml/sml_md5.h
A    libsyncml/libsyncml/objects
A    libsyncml/libsyncml/objects/sml_auth_internals.h
A    libsyncml/libsyncml/objects/sml_devinf_obj.c
A    libsyncml/libsyncml/objects/sml_auth.h
A    libsyncml/libsyncml/objects/sml_devinf_obj_internals.h
A    libsyncml/libsyncml/objects/sml_devinf_obj.h
A    libsyncml/libsyncml/objects/sml_ds_server.c
A    libsyncml/libsyncml/objects/sml_ds_server_internals.h
A    libsyncml/libsyncml/objects/sml_auth.c
A    libsyncml/libsyncml/objects/sml_ds_server.h
A    libsyncml/libsyncml/sml_parse_internals.h
A    libsyncml/libsyncml/sml_error.h
A    libsyncml/libsyncml/sml_devinf_internals.h
A    libsyncml/libsyncml/sml_elements_internals.h
A    libsyncml/libsyncml/sml_command_internals.h
A    libsyncml/libsyncml/sml_session_internals.h
A    libsyncml/libsyncml/sml_queue_internals.h
A    libsyncml/libsyncml/sml_parse.c
A    libsyncml/libsyncml/sml_notification_internals.h
A    libsyncml/libsyncml/sml_devinf.c
A    libsyncml/libsyncml/sml_elements.c
A    libsyncml/libsyncml/sml_command.c
A    libsyncml/libsyncml/syncml_internals.h
A    libsyncml/libsyncml/sml_parse.h
A    libsyncml/libsyncml/sml_devinf.h
A    libsyncml/libsyncml/sml_transport_internals.h
A    libsyncml/libsyncml/CMakeLists.txt
A    libsyncml/libsyncml/sml_elements.h
A    libsyncml/libsyncml/sml_session.c
A    libsyncml/libsyncml/sml_command.h
A    libsyncml/libsyncml/sml_queue.c
A    libsyncml/libsyncml/sml_notification.c
A    libsyncml/libsyncml/sml_session.h
A    libsyncml/libsyncml/sml_notification.h
A    libsyncml/libsyncml/sml_transport.c
A    libsyncml/libsyncml/sml_manager_internals.h
A    libsyncml/libsyncml/syncml.h
A    libsyncml/libsyncml/parser
A    libsyncml/libsyncml/parser/sml_xml_assm.c
A    libsyncml/libsyncml/parser/sml_xml_assm_internals.h
A    libsyncml/libsyncml/parser/sml_xml_assm.h
A    libsyncml/libsyncml/parser/sml_wbxml.c
A    libsyncml/libsyncml/parser/sml_xml_parse.c
A    libsyncml/libsyncml/parser/sml_wbxml_internals.h
A    libsyncml/libsyncml/parser/sml_wbxml.h
A    libsyncml/libsyncml/parser/sml_xml_parse_internals.h
A    libsyncml/libsyncml/parser/sml_xml_parse.h
A    libsyncml/libsyncml/sml_transport.h
A    libsyncml/libsyncml/sml_manager.c
A    libsyncml/libsyncml/sml_support.c
A    libsyncml/libsyncml/sml_error_internals.h
A    libsyncml/libsyncml/sml_manager.h
A    libsyncml/libsyncml/sml_support.h
A    libsyncml/libsyncml/sml_defines.h
A    libsyncml/CMakeLists.txt
A    libsyncml/README
A    libsyncml/libsyncml-1.0.pc.cmake.in
 U   libsyncml

Fetching external item into 'libsyncml/cmake'
A    libsyncml/cmake/modules
A    libsyncml/cmake/modules/FindLibSoup2.cmake
A    libsyncml/cmake/modules/MacroEnsureOutOfSourceBuild.cmake
A    libsyncml/cmake/modules/FindORBit2.cmake
A    libsyncml/cmake/modules/FindSqlite.cmake
A    libsyncml/cmake/modules/FindGNUTLS.cmake
A    libsyncml/cmake/modules/FindCheck.cmake
A    libsyncml/cmake/modules/FindEDataCal1.0.cmake
A    libsyncml/cmake/modules/cmake_uninstall.cmake.in
A    libsyncml/cmake/modules/FindLibGnome2.cmake
A    libsyncml/cmake/modules/FindOpenObex.cmake
A    libsyncml/cmake/modules/FindEDataCal1.2.cmake
A    libsyncml/cmake/modules/FindGNOKII.cmake
A    libsyncml/cmake/modules/FindBlueZ.cmake
A    libsyncml/cmake/modules/FindBONOBOACTIVATION2.cmake
A    libsyncml/cmake/modules/FindECal1.0.cmake
A    libsyncml/cmake/modules/FindEvolutionDataServer1.0.cmake
A    libsyncml/cmake/modules/FindSqlite3.cmake
A    libsyncml/cmake/modules/FindECal1.2.cmake
A    libsyncml/cmake/modules/FindEvolutionDataServer1.2.cmake
A    libsyncml/cmake/modules/FindPythonLibs.cmake
A    libsyncml/cmake/modules/FindLibSyncMl.cmake
A    libsyncml/cmake/modules/FindKDEPIM3.cmake
A    libsyncml/cmake/modules/FindGLIB2.cmake
A    libsyncml/cmake/modules/FindEPackage.cmake
A    libsyncml/cmake/modules/FindBONOBO2.cmake
A    libsyncml/cmake/modules/FindLibWbxml2.cmake
A    libsyncml/cmake/modules/FindPilotLink.cmake
A    libsyncml/cmake/modules/FindGnomeVfs2.cmake
A    libsyncml/cmake/modules/FindPkgConfig.cmake
A    libsyncml/cmake/modules/FindEDataBook1.0.cmake
A    libsyncml/cmake/modules/FindLibXml2.cmake
A    libsyncml/cmake/modules/Compiler.cmake
A    libsyncml/cmake/modules/FindSWIG.cmake
A    libsyncml/cmake/modules/FindEDataBook1.2.cmake
A    libsyncml/cmake/modules/Testing.cmake
A    libsyncml/cmake/modules/FindGConf2.cmake
A    libsyncml/cmake/modules/FindEBook1.0.cmake
A    libsyncml/cmake/modules/FindEBook1.2.cmake
A    libsyncml/cmake/modules/ShowStatus.cmake
A    libsyncml/cmake/modules/FindEDataServer1.0.cmake
A    libsyncml/cmake/modules/FindEDataServer1.2.cmake
A    libsyncml/cmake/modules/COPYING-CMAKE-SCRIPTS
A    libsyncml/cmake/modules/FindOpenSync.cmake
Checked out external at revision 3127.

Checked out revision 364.
jas@mocca:~/src$ cd libsyncml
jas@mocca:~/src/libsyncml$ mkdir build
jas@mocca:~/src/libsyncml$ cd build/
jas@mocca:~/src/libsyncml/build$ cmake -DCMAKE_INSTALL_PREFIX=/usr/local ../
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Check size of void*
-- Check size of void* - done
-- Looking for include files HAVE_DLFCN_H
-- Looking for include files HAVE_DLFCN_H - found
-- Looking for include files HAVE_INTTYPES_H
-- Looking for include files HAVE_INTTYPES_H - found
-- Looking for include files HAVE_MEMORY_H
-- Looking for include files HAVE_MEMORY_H - found
-- Looking for include files HAVE_STDINT_H
-- Looking for include files HAVE_STDINT_H - found
-- Looking for include files HAVE_STDLIB_H
-- Looking for include files HAVE_STDLIB_H - found
-- Looking for include files HAVE_STRINGS_H
-- Looking for include files HAVE_STRINGS_H - found
-- Looking for include files HAVE_STRING_H
-- Looking for include files HAVE_STRING_H - found
-- Looking for include files HAVE_SYS_STAT_H
-- Looking for include files HAVE_SYS_STAT_H - found
-- Looking for include files HAVE_SYS_TYPES_H
-- Looking for include files HAVE_SYS_TYPES_H - found
-- Looking for include files HAVE_UNISTD_H
-- Looking for include files HAVE_UNISTD_H - found
-- Check size of uint16_t
-- Check size of uint16_t - done
-- Check size of uint32_t
-- Check size of uint32_t - done
-- Check size of uint8_t
-- Check size of uint8_t - done
-- checking for one of the modules 'glib-2.0'
--   found glib-2.0, version 2.14.5
-- checking for one of the modules 'gmodule-2.0'
--   found gmodule-2.0, version 2.14.5
-- checking for one of the modules 'gthread-2.0'
--   found gthread-2.0, version 2.14.5
-- checking for one of the modules 'gobject-2.0'
--   found gobject-2.0, version 2.14.5
-- Found GLib2: glib-2.0;gmodule-2.0;dl;glib-2.0;gthread-2.0;rt;glib-2.0
-- checking for one of the modules 'libxml-2.0'
--   found libxml-2.0, version 2.6.31
-- checking for one of the modules 'openobex>=1.1'
--   found openobex, version 1.3
-- checking for one of the modules 'libsoup-2.2>=2.2.91;libsoup2>=2.2.91'
--   found libsoup-2.2, version 2.2.104
-- checking for one of the modules 'libwbxml2'
--   found libwbxml2, version 0.9.0
-- checking for one of the modules 'bluez'
--   found bluez, version 3.24
-- checking for one of the modules 'check'
--   found check, version 0.9.5
-- ==================================================
-- building tools				ON
-- tracing tools				ON
-- unit tests					OFF
-- http transports				ON
-- obex transports				ON
-- obex over bluetooth transports		ON
-- Configuring done
-- Generating done
-- Build files have been written to: /home/jas/src/libsyncml/build
jas@mocca:~/src/libsyncml/build$ make
Scanning dependencies of target syncml
[  3%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_base64.o
[  7%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_command.o
[ 11%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_devinf.o
[ 15%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_elements.o
[ 19%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_error.o
[ 23%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_manager.o
[ 26%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_md5.o
[ 30%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_notification.o
[ 34%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_parse.o
[ 38%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_queue.o
[ 42%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_session.o
[ 46%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_support.o
[ 50%] Building C object libsyncml/CMakeFiles/syncml.dir/sml_transport.o
[ 53%] Building C object libsyncml/CMakeFiles/syncml.dir/objects/sml_auth.o
[ 57%] Building C object libsyncml/CMakeFiles/syncml.dir/objects/sml_devinf_obj.o
[ 61%] Building C object libsyncml/CMakeFiles/syncml.dir/objects/sml_ds_server.o
[ 65%] Building C object libsyncml/CMakeFiles/syncml.dir/parser/sml_wbxml.o
[ 69%] Building C object libsyncml/CMakeFiles/syncml.dir/parser/sml_xml_assm.o
[ 73%] Building C object libsyncml/CMakeFiles/syncml.dir/parser/sml_xml_parse.o
[ 76%] Building C object libsyncml/CMakeFiles/syncml.dir/transports/http_client.o
[ 80%] Building C object libsyncml/CMakeFiles/syncml.dir/transports/http_server.o
[ 84%] Building C object libsyncml/CMakeFiles/syncml.dir/transports/obex_client.o
[ 88%] Building C object libsyncml/CMakeFiles/syncml.dir/transports/obex_server.o
Linking C shared library libsyncml.so
[ 88%] Built target syncml
Scanning dependencies of target syncml-http-client
[ 92%] Building C object tools/CMakeFiles/syncml-http-client.dir/syncml-http-client.o
Linking C executable syncml-http-client
[ 92%] Built target syncml-http-client
Scanning dependencies of target syncml-http-server
[ 96%] Building C object tools/CMakeFiles/syncml-http-server.dir/syncml-http-server.o
Linking C executable syncml-http-server
[ 96%] Built target syncml-http-server
Scanning dependencies of target syncml-obex-client
[100%] Building C object tools/CMakeFiles/syncml-obex-client.dir/syncml-obex-client.o
Linking C executable syncml-obex-client
[100%] Built target syncml-obex-client
jas@mocca:~/src/libsyncml/build$ make install
[ 88%] Built target syncml
[ 92%] Built target syncml-http-client
[ 96%] Built target syncml-http-server
[100%] Built target syncml-obex-client
Linking C shared library CMakeFiles/CMakeRelink.dir/libsyncml.so
Linking C executable CMakeFiles/CMakeRelink.dir/syncml-http-client
Linking C executable CMakeFiles/CMakeRelink.dir/syncml-http-server
Linking C executable CMakeFiles/CMakeRelink.dir/syncml-obex-client
Install the project...
-- Install configuration: ""
-- Installing /usr/local/lib/pkgconfig/libsyncml-1.0.pc
-- Install configuration: ""
-- Installing /usr/local/lib/libsyncml.so.0.0.0
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/http_client.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/http_server.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/obex_client.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/obex_server.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_devinf_obj.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_ds_server.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_auth.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_base64.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_command.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_defines.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_devinf.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_elements.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_error.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_manager.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_md5.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_notification.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_parse.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_session.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/sml_transport.h
-- Installing /usr/local/include/libsyncml-1.0/libsyncml/syncml.h
-- Install configuration: ""
-- Installing /usr/local/bin/syncml-http-client
-- Installing /usr/local/bin/syncml-http-server
-- Installing /usr/local/bin/syncml-obex-client
-- Install configuration: ""
jas@mocca:~/src/libsyncml/build$ sudo ldconfig
jas@mocca:~/src/libsyncml/build$ /usr/local/bin/syncml-obex-client -b $MAC $CHANNEL --slow-sync text/x-vcalendar Calendar --wbxml --identifier "PC Suite" --dumpinfo
/home/jas/src/libsyncml/libsyncml/sml_support.c:443:E:smlSafeFree: Assertion "*address" failed
Aborted
jas@mocca:~/src/libsyncml/build$ 

Re: [Opensync-users] opensync 0.36: contact sink of member 2 of type syncml-obex-client had an error: Link Error: 0x0

[Michael B. <mic...@cm...>]

Hi Gerd,

Gerd Bavendiek schrieb:

> root@lulu:/tmp# strace -p 26934
> Process 26934 attached - interrupt to quit
> futex(0x80635f4, FUTEX_WAIT, 1, NULL

This is a mutex lock. So it would be interesting where it happens.

> Ideas ?

Can you please run msynctool with traces enabled? Your cmake output 
shows that traces are enabled during compiling.

Best regards

Michael
-- 
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
mic...@cm...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

http://ra.pki.hu-berlin.de

Re: [Opensync-users] Nokia E51: Received an Alert for the DS Server at Calendar

[Michael B. <mic...@cm...>]

Hi Simon,

Simon Josefsson schrieb:

> Hi!  I just got a Nokia E51 and wanted to sync it over Bluetooth.  The
> phone uses channel 10 for SyncML [1], and requires a identifier "PC
> Suite".  Syncing contacts and notes using syncml-obex-client works fine
> (as 'Contacts' and 'Notes' respectively).  I've also set up 'msynctool',
> and it can sync contacts between syncml-obex-client and file-sync
> successfully.  I'm using packages from Debian.

libsyncml does not know anything about the synchronized content. So if 
contacts and notes synchronize correctly then libsyncml should work. 
Actually we have some problems with our vformat handling because iCal 
and vCal are not really compatible and additionally there are some 
special issues with Symbian (at minimum on UIQ 3 from Sony Ericsson).

> However, syncing the calendar fails.  I've tried libsyncml 0.4.5 (in
> Debian), and also libsyncml 0.4.6 (manual build), with same results.  I
> just tried libsyncml from SVN, but that just fails with
> 'sml_support.c:443:E:smlSafeFree: Assertion "*address" failed'.

The assertion was newly introduced from me to detect wrong memory 
handling. Which subversion revision do you use?

Best regards

Michael
-- 
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
mic...@cm...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

http://ra.pki.hu-berlin.de

[Opensync-users] Get any med that you need! Completely secure and Confidential!

[<mat...@jd...>]

Penetrate harder and give the pleasure to every woman!
http://ao.tenpitch.com

[Opensync-users] opensync 0.36: contact sink of member 2 of type syncml-obex-client had an error: Link Error: 0x0

[Gerd B. <ger...@go...>]

Hi,

after finally having solved my build problem I still do not have success 
syncing my Nokia E65 via USB cable.

This is what happens:

root@lulu:~#  msynctool --sync file-e65 --conflict 1
Synchronizing group "file-e65"
contact sink of member 1 of type file-sync just connected
Main sink of member 1 of type file-sync just connected
contact sink of member 2 of type syncml-obex-client just connected
Main sink of member 2 of type syncml-obex-client just connected
All clients connected or error
Main sink of member 2 of type syncml-obex-client just sent all changes
Received an entry 277.vcf from member 1 (file-sync). Changetype ADDED
Received an entry 27.vcf from member 1 (file-sync). Changetype ADDED
...
Received an entry 159.vcf from member 1 (file-sync). Changetype ADDED
Received an entry 61.vcf from member 1 (file-sync). Changetype ADDED
Going to receive 1 changes
Received an entry 825 from member 2 (syncml-obex-client). Changetype ADDED
contact sink of member 2 of type syncml-obex-client just sent all changes
Received an entry 241.vcf from member 1 (file-sync). Changetype ADDED
Received an entry 146.vcf from member 1 (file-sync). Changetype ADDED
...
Received an entry 174.vcf from member 1 (file-sync). Changetype ADDED
Received an entry 376.vcf from member 1 (file-sync). Changetype ADDED
contact sink of member 1 of type file-sync just sent all changes
Main sink of member 1 of type file-sync just sent all changes
All clients sent changes or error
All conflicts have been reported
Sent an entry 1.vcf-new-new to member 1 (file-sync). Changetype ADDED
contact sink of member 1 of type file-sync committed all changes.
Main sink of member 1 of type file-sync committed all changes.
Main sink of member 2 of type syncml-obex-client committed all changes.
contact sink of member 2 of type syncml-obex-client had an error: Link 
Error: 0x0

At this point msyntool still runs.

The phone displays

Receiving contacts
280 out of 397

root@lulu:/tmp# ps -ef | grep msy
root     26934 25230  7 17:02 pts/0    00:00:20 msynctool --sync 
file-e65 --conflict 1
root     26989 26364  0 17:06 pts/1    00:00:00 grep msy
root@lulu:/tmp# strace -p 26934
Process 26934 attached - interrupt to quit
futex(0x80635f4, FUTEX_WAIT, 1, NULL

So msynctool hangs ___in___ the systemcall futex !

No, there are no kernel messages related to this.

No, there are no other processes related to msynctool.

When I hit CTRL-C to interrupt msynctool, I get a prompt
immediately. The phone responds at once.

If I rerun msynctool, it again hangs in futex after a while.

Ideas ?

Kind regards

Gerd

-- 
------------------------------------------------------------------------
Gerd Bavendiek                                  Linux Users check out:
ger...@go...                 http://linos.wordpress.com
------------------------------------------------------------------------

Re: [Opensync-users] Opensync 0.36 on Feisty: Stuck with: OBEX Transport not enabled in this build

[Gerd B. <ger...@go...>]

Solved (by accident to be honest).

I typed

cmake .

(wanted to type ccmake as Daniel told me).

This gave another output:

  root@feisty:~/libsyncml/build# cmake .
-- checking for one of the modules 'openobex>=1.1'
--   found openobex, version 1.3
-- checking for one of the modules 'libsoup-2.2>=2.2.91;libsoup2>=2.2.91'
-- checking for one of the modules 'bluez'
--   found bluez, version 3.9
-- checking for one of the modules 'check'
-- Could NOT find CHECK
-- ==================================================
-- building tools                               ON
-- tracing tools                                ON
-- unit tests                                   OFF
-- http transports                              OFF
-- obex transports                              ON
-- obex over bluetooth transports               ON
-- Configuring done
-- Generating done
-- Build files have been written to: /root/libsyncml/build
root@feisty:~/libsyncml/build#

Rebuilding left me with a slightly bigger library, which now no longer 
complains about OBEX Transport not enabled.

Thanks

Gerd

Gerd Bavendiek schrieb:
> Daniel Gollub schrieb:
>> On Freitag 01 Februar 2008, you wrote:
>>> Daniel Gollub schrieb:
>>>> On Freitag 01 Februar 2008, Gerd Bavendiek wrote:
>>>>> ERROR: OBEX Transport not enabled in this build
>>>> Which version of libsyncml?
>>> I did:
>>>
>>> root@feisty:~# svn co http://svn.opensync.org/libsyncml/trunk libsyncml
>>>
>>>> Is libsyncml build with OBEX transport?
>>> How can I check / ensure this ?
>>
>> Run within your build directory:
>> ccmake .
>>
>>
>> Very likely OBEX transport got enabled by default - if openobex 
>> headers (devel package) were installed and found.
>>
> 
> ccmake . gives me:
> 
> 
>  CMAKE_BACKWARDS_COMPATIBILITY    2.4
>  CMAKE_BUILD_TYPE
>  CMAKE_INSTALL_PREFIX             /usr/local
>  ENABLE_TOOLS                     ON
>  ENABLE_TRACE                     ON
>  EXECUTABLE_OUTPUT_PATH
>  LIBRARY_OUTPUT_PATH
>  LIBSYNCML_BIN_DIR                /usr/local/bin
>  LIBSYNCML_DATA_DIR               /usr/local/share
>  LIBSYNCML_EXEC_INSTALL_DIR       /usr/local/bin
>  LIBSYNCML_INCLUDE_DIR            /usr/local/include/libsyncml-1.0
>  LIBSYNCML_LIBRARIES_DIR          /usr/local/lib
>  LIB_SUFFIX
> 
> which to be honest is beyond my understanding ...
> 
> I do have openobex - I believe:
> 
> root@feisty:~/libsyncml/build# dpkg -l | grep -i openobex
> ii  libopenobex1                 1.3-3 OBEX protocol library
> ii  libopenobex1-dev             1.3-3 OBEX protocol library - 
> development files
> root@feisty:~/libsyncml/build#
> 
> Files for example:
> 
> root@feisty:~/libsyncml# dpkg -L libopenobex1-dev
> /.
> /usr
> /usr/share
> /usr/share/doc
> /usr/share/doc/libopenobex1-dev
> /usr/share/doc/libopenobex1-dev/changelog.gz
> /usr/share/doc/libopenobex1-dev/openobex.sgml.gz
> /usr/share/doc/libopenobex1-dev/openobex
> /usr/share/doc/libopenobex1-dev/openobex/index.html
> ...
> /usr/include
> /usr/include/openobex
> /usr/include/openobex/obex.h
> /usr/include/openobex/obex_const.h
> /usr/lib
> /usr/lib/libopenobex.a
> /usr/lib/pkgconfig
> /usr/lib/pkgconfig/openobex.pc
> /usr/lib/libopenobex.so
> 
> Obviously I'm still missing the point ...
> 
> Kind regards
> 
> Gerd
> 
> 


-- 
------------------------------------------------------------------------
Gerd Bavendiek                                  Linux Users check out:
ger...@go...                 http://linos.wordpress.com
------------------------------------------------------------------------

[Opensync-users] Nokia E51: Received an Alert for the DS Server at Calendar

[Simon J. <si...@jo...>]

Hi!  I just got a Nokia E51 and wanted to sync it over Bluetooth.  The
phone uses channel 10 for SyncML [1], and requires a identifier "PC
Suite".  Syncing contacts and notes using syncml-obex-client works fine
(as 'Contacts' and 'Notes' respectively).  I've also set up 'msynctool',
and it can sync contacts between syncml-obex-client and file-sync
successfully.  I'm using packages from Debian.

However, syncing the calendar fails.  I've tried libsyncml 0.4.5 (in
Debian), and also libsyncml 0.4.6 (manual build), with same results.  I
just tried libsyncml from SVN, but that just fails with
'sml_support.c:443:E:smlSafeFree: Assertion "*address" failed'.

The output from 0.4.5/0.4.6 is below.  It also causes the phone to say
'Systemfel' (Swedish for 'System error').

Any ideas?

Thanks,
Simon

[1] It has a 'SyncML DM Client' on channel 13, but it didn't seem to
work.  What is this?  There was a 'Nokia SyncML Server' on channel 14 as
well.

jas@mocca:~$ /usr/local/bin/syncml-obex-client -b $MAC $CHANNEL --slow-sync text/x-vcalendar Calendar --wbxml --identifier "PC Suite" --dumpinfo
connection with device succeeded
Received an Alert for the DS Server at Calendar: Type: 201, Last , Next 20080205T185652Z
Slowsyncing
Just received a new session with ID 1
Received the DevInf
Session 1 reported final. flushing
Received an reply to our Alert
Session 1 reported final. flushing
Session 1 has ended
Send the output below to the libsyncml developers

========================================
Man: Nokia
Mod: E51
FirmwareVersion: 
SoftwareVersion: 100.34.20
HardwareVersion: 

ReceiveLimit: 0
MaxObjSize: 0
Connection used: OBEX Client
Identifier: PC Suite

Databases:
DB Locations: Calendar
DB Type: text/x-vcalendar
DB Slow: 1

Bluetooth: Yes
Wbxml: Yes
SyncML Version: 1.1
SupportsNumberofChanges: Yes
SupportsLargeObjects: Yes
jas@mocca:~$ 

[Opensync-users] Happy I'll Be Your Bride

[<my...@bu...>]

Love Remains http://69.209.145.10/

Re: [Opensync-users] Sync P1i und Linux

[<jo...@ar...>]

Hallo Michael,

thanks for your answer first

Am Montag, 4. Februar 2008 schrieb Michael Bell:
> Hi J=F6rg,
>
> J=F6rg Arlandt schrieb:
> > i want to sync my new smartphone P1i. But it doesn't works:
> >
> > libopensync0/feisty uptodate 0.22-feisty2
>
> I'm still working on syncml-http-* stuff but even the most up-to-date
> svn stuff has some small bugs. I have a M600i and so I hope I get it
> working this month.=20

That seems hopefully. Please give me/us an information here, if you are=20
succesful.

> So syncml-http-server is actually only for testers=20
> and developers :(

ok, i'm still waiting for the next User-Version and ...

> BTW I think the P1i has OBEX support included (all the other UIQ3 phones
> can only do syncml over http). OBEX should work.

testing this OBEX Support between. I'm order a Bluetooth adapter on Friday.

Thanks for you help and work on this programm!

> Best regards
>
> Michael

=2D-=20
bis dann
J=F6rg Arlandt

http://blog.arlandt.com
http://www.arlandt.com

Re: [Opensync-users] Sync P1i und Linux

[Michael B. <mic...@cm...>]

Hi J=C3=B6rg,

J=C3=B6rg Arlandt schrieb:

> i want to sync my new smartphone P1i. But it doesn't works:
>=20
> libopensync0/feisty uptodate 0.22-feisty2

I'm still working on syncml-http-* stuff but even the most up-to-date=20
svn stuff has some small bugs. I have a M600i and so I hope I get it=20
working this month. So syncml-http-server is actually only for testers=20
and developers :(

BTW I think the P1i has OBEX support included (all the other UIQ3 phones =

can only do syncml over http). OBEX should work.

Best regards

Michael
--=20
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
mic...@cm...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

http://ra.pki.hu-berlin.de

Re: [Opensync-users] Opensync 0.36 on Feisty: Stuck with: OBEX Transport not enabled in this build

[Gerd B. <ger...@go...>]

Daniel Gollub schrieb:
> On Freitag 01 Februar 2008, you wrote:
>> Daniel Gollub schrieb:
>>> On Freitag 01 Februar 2008, Gerd Bavendiek wrote:
>>>> ERROR: OBEX Transport not enabled in this build
>>> Which version of libsyncml?
>> I did:
>>
>> root@feisty:~# svn co http://svn.opensync.org/libsyncml/trunk libsyncml
>>
>>> Is libsyncml build with OBEX transport?
>> How can I check / ensure this ?
> 
> Run within your build directory:
> ccmake .
> 
> 
> Very likely OBEX transport got enabled by default - if openobex headers (devel 
> package) were installed and found.
> 

ccmake . gives me:


  CMAKE_BACKWARDS_COMPATIBILITY    2.4 

  CMAKE_BUILD_TYPE 

  CMAKE_INSTALL_PREFIX             /usr/local 

  ENABLE_TOOLS                     ON 

  ENABLE_TRACE                     ON 

  EXECUTABLE_OUTPUT_PATH 

  LIBRARY_OUTPUT_PATH 

  LIBSYNCML_BIN_DIR                /usr/local/bin 

  LIBSYNCML_DATA_DIR               /usr/local/share 

  LIBSYNCML_EXEC_INSTALL_DIR       /usr/local/bin 

  LIBSYNCML_INCLUDE_DIR            /usr/local/include/libsyncml-1.0 

  LIBSYNCML_LIBRARIES_DIR          /usr/local/lib 

  LIB_SUFFIX 


which to be honest is beyond my understanding ...

I do have openobex - I believe:

root@feisty:~/libsyncml/build# dpkg -l | grep -i openobex
ii  libopenobex1                 1.3-3 
OBEX protocol library
ii  libopenobex1-dev             1.3-3 
OBEX protocol library - development files
root@feisty:~/libsyncml/build#

Files for example:

root@feisty:~/libsyncml# dpkg -L libopenobex1-dev
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libopenobex1-dev
/usr/share/doc/libopenobex1-dev/changelog.gz
/usr/share/doc/libopenobex1-dev/openobex.sgml.gz
/usr/share/doc/libopenobex1-dev/openobex
/usr/share/doc/libopenobex1-dev/openobex/index.html
...
/usr/include
/usr/include/openobex
/usr/include/openobex/obex.h
/usr/include/openobex/obex_const.h
/usr/lib
/usr/lib/libopenobex.a
/usr/lib/pkgconfig
/usr/lib/pkgconfig/openobex.pc
/usr/lib/libopenobex.so

Obviously I'm still missing the point ...

Kind regards

Gerd


-- 
------------------------------------------------------------------------
Gerd Bavendiek                                  Linux Users check out:
ger...@go...                 http://linos.wordpress.com
------------------------------------------------------------------------

[Opensync-users] Sync P1i und Linux

[<jo...@ar...>]

Hello=20

i want to sync my new smartphone P1i. But it doesn't works:

libopensync0/feisty uptodate 0.22-feisty2
libopensync-plugin-kdepim/feisty uptodate 0.22-feisty2
libopensync-plugin-file/feisty uptodate 0.22-feisty1
libopensync-plugin-syncml/feisty uptodate 0.22-feisty

$ msynctool --listplugins
Available plugins:
file-sync
kdepim-sync
syncml-http-server
syncml-obex-client

$ msynctool --listgroups
Available groups:
P1i
Backup

$ msynctool --showgroup P1i
Groupname: P1i
Member 2: syncml-http-server
        Configuration : <config>
<username></username>
<password></password>
<url></url>
<port>8080</port>
<recvLimit>1</recvLimit>
<maxObjSize>1</maxObjSize>
<usestringtable>0</usestringtable>
<onlyreplace>0</onlyreplace>
<contact_db>Contacts</contact_db>
<calendar_db>calendar</calendar_db>
<note_db>notes</note_db>
</config>
Member 1: kdepim-sync
        No Configuration found: This member has no configuration options

$ msynctool --sync "P1i"
Synchronizing group "P1i"
The previous synchronization was unclean. Slow-syncing
Member 1 of type kdepim-sync just connected

##### At that point i initiate the sync at the p1i #####

WARNING: Unable to find command handler (Put: ./devinf12 -> NULL)
Member 2 of type syncml-http-server had an error while connecting: Unable t=
o
end node
Member 1 of type kdepim-sync just disconnected
All clients have disconnected
The sync failed: Unable to connect one of the members
Error while synchronizing: Unable to connect one of the members

And now? Pls help me!

J=C3=B6rg
--=20
View this message in context: http://www.nabble.com/Sync-P1i-und-Linux-tp15=
231768p15231768.html
Sent from the Opensync - User mailing list archive at Nabble.com.

Re: [Opensync-users] Opensync 0.36 on Feisty: Stuck with: OBEX Transport not enabled in this build

[Daniel G. <dg...@su...>]

On Freitag 01 Februar 2008, you wrote:
> Daniel Gollub schrieb:
> > On Freitag 01 Februar 2008, Gerd Bavendiek wrote:
> >> ERROR: OBEX Transport not enabled in this build
> >
> > Which version of libsyncml?
>
> I did:
>
> root@feisty:~# svn co http://svn.opensync.org/libsyncml/trunk libsyncml
>
> > Is libsyncml build with OBEX transport?
>
> How can I check / ensure this ?

Run within your build directory:
ccmake .


Very likely OBEX transport got enabled by default - if openobex headers (devel 
package) were installed and found.

Re: [Opensync-users] Opensync 0.36 on Feisty: Stuck with: OBEX Transport not enabled in this build

[Daniel G. <dg...@su...>]

On Freitag 01 Februar 2008, Gerd Bavendiek wrote:
> ERROR: OBEX Transport not enabled in this build

Which version of libsyncml?
Is libsyncml build with OBEX transport?

(Ubuntu Feisty(?) got shipped with libsyncml version 0.4.2 which is quite 
outdated, you should try at least 0.4.4)

[Opensync-users] Opensync 0.36 on Feisty: Stuck with: OBEX Transport not enabled in this build

[Gerd B. <ger...@go...>]

Hi,

being a Linux Only user, I recently got a brand new Nokia E65. Running
Ubuntu Feisty I tried to sync data using USB cable. I started with
0.22, trying to sync contacts from a directory via USB to the Nokia.

Unfortunately in the best case some of the contacts where synced to
the Nokia.

stracing processes I got the impression, that the opensync processes
waited for data. On the other side the phone ran into timeout after a
long time.

Anyway, after 0.36 was released, I tried to build this version. 
Basically I followed the instructions in
http://www.opensync.org/wiki/devel-branch-0.30.

I finally was able to configure a group:

root@lulu:~#  msynctool --version
This is msynctool version "0.36"
using OpenSync version "0.36"

root@lulu:~#  msynctool --showgroup file-e65
Group: file-e65
Member 1: file-sync
         Configuration : <?xml version="1.0"?>
<config>
   <directory>
     <path>/root/.nokiasync</path>
     <objtype>contact</objtype>
  <objformat>vcard21</objformat>
   </directory>

   <!--

    Field objformat set the object format which should be used to store.
    objformat is optional - by default objformat is "file".

   -->

   <!--
   <directory>
     <path></path>
     <objtype>contact</objtype>
     <objformat>vcard30</objformat>
   </directory>
   -->

   <!--
   <directory>
     <path></path>
     <objtype>event</objtype>
     <objformat>vevent20</objformat>
   </directory>
   -->

</config>

Member 2: syncml-obex-client
         Configuration : <?xml version="1.0"?>
<config>
   <!-- (Only for bluetooth) The bluetooth address if the bluetooth mode 
is selected -->
   <bluetooth_address></bluetooth_address>

   <!-- (Only for bluetooth) The bluetooth channel to use. `sdptool 
browse $MAC` to search for the correct channel -->
   <bluetooth_channel></bluetooth_channel>

   <!-- (Only for USB) The usb interface number of the SYNCML-SYNC 
target. use syncml-obex-client -u (you will need access to the USB raw 
device) to find it. -->
   <interface>0</interface>

   <!-- The string that the plugin will use to identify itself. Some 
devices need a special string here. -->
   <identifier>PC Suite</identifier>

   <!-- The syncml version to use: 0 for 1.0, 1 for 1.1 and 2 for 1.2 -->
   <version>1</version>

   <!-- if the plugin should use wbxml -->
   <wbxml>1</wbxml>

   <!-- The username to use. Leave empty to not require a username -->
   <username></username>

   <!-- the password for the username -->
   <password></password>

   <!-- sets the connection type to use. 5 means obex over usb, 2 means 
obex over bluetooth -->
   <type>5</type>

   <!-- If wbxml is enabled, defines wether the wbxml should use string 
tables -->
   <usestringtable>0</usestringtable>

   <!-- Never send ADD command, but send REPLACE (not needed normally) -->
   <onlyreplace>0</onlyreplace>

   <!-- Workaround around for mobile phones which only use local 
timestamps and _no_ UTC timestamps! -->
   <onlyLocaltime>0</onlyLocaltime>

   <!-- Sets the maximum allowed size in bytes of incoming messages 
(some device need this option set). Example: 10000 -->
   <recvLimit>0</recvLimit>

   <maxObjSize>0</maxObjSize>

   <!-- The name of the contacts db. Must be the same as the phones 
sends -->
   <database>
      <name>Contacts</name>
      <objtype>contact</objtype>
      <objformat>vcard21</objformat>
   </database>

</config>

Unfortunately I only get

root@lulu:~#  msynctool --discover file-e65
Discovered Objtypes:
         contact
                 Format: vcard21
                                  conversion config: (null)
ERROR: OBEX Transport not enabled in this build

So obviously I made a mistake. Some prerequisites may be missing.

But I cannot find out more:

gerd@feisty:~/libopensync-plugin-syncml-0.36$ grep -r ENABLE_OBEX *
build/CMakeCache.txt:ENABLE_OBEX:BOOL=TRUE
build/config.h:#define ENABLE_OBEX
CMakeLists.txt:SET( ENABLE_OBEX TRUE CACHE BOOL "OBEX Transport" )
config.h.cmake:#cmakedefine ENABLE_OBEX
src/CMakeLists.txt:IF (ENABLE_OBEX)
src/CMakeLists.txt:ENDIF (ENABLE_OBEX)
src/CMakeLists.txt:IF (ENABLE_OBEX)
src/CMakeLists.txt:ENDIF (ENABLE_OBEX)
src/syncml_plugin.c:#ifdef ENABLE_OBEX
src/syncml_plugin.c:#ifdef ENABLE_OBEX
gerd@feisty:~/libopensync-plugin-syncml-0.36$

Where is my mistake ?

Thanks

Gerd
-- 
------------------------------------------------------------------------
Gerd Bavendiek                                  Linux Users check out:
ger...@go...                 http://linos.wordpress.com
------------------------------------------------------------------------

[Opensync-users] Come Relax with Me

[<ig...@ea...>]

Hugging My Pillow http://78.106.180.97/

[Opensync-users] Love Is...

[<mat...@ko...>]

Dream of You http://86.122.50.242/

[Opensync-users] KDE 3.5.8 Kontact -> Nokia 6288?

[Dotan C. <dot...@gm...>]

SSBuZWVkIG9uZS13YXkgc3luY2luZyBmb3IgdGhlIGFkZHJlc3Nib29rIGFuZCBjYWxlbmRhciBm
cm9tIEtERSAzLjUuOAooS29udGFjdCAxLjIuNSkgb24gVWJ1bnR1IHRvIGEgTm9raWEgNjI4OC4g
SSB3b3VsZCBwcmVmZXIgVVNCIGNhYmxlCnRyYW5zZmVyIGJ1dCBibHVldG9vdGggaXMgYWxzbyBw
b3NzaWJsZSBhcyBib3RoIHRoZSBLREUgbGFwdG9wIGFuZCB0aGUKTm9raWEgcGhvbmUgaGF2ZSBi
dWlsdCBpbiBibHVldG9vdGggZGV2aWNlcy4KCklzIHRoaXMgcG9zc2libGUgd2l0aCBPcGVuU3lu
Yz8gSSBoYXZlIHJlYWQgdGhlIGFyY2hpdmVzIGEgYml0IGFuZCBJCnNlZSB0aGF0IEphc29uIHdh
cyBzdWNjZXNzZnVsIGluIG1hdGluZyBhIDYzMDAgKGFsc28gU2VyaWVzIDQwLCBsaWtlCm15IDYy
ODgpIHdpdGggS0RFLCBidXQgd2l0aCBtYW55IHByb2JsZW1zLiBBbHNvLCBKYXNvbiBpcyBhIGRl
dmVsb3BlcgphbmQgSSBhbSBub3QgOikuIEkgbm90aWNlZCB0aGF0IEphc29uIHByb3ZpZGVkIHRy
YWNlcyB3aXRoIHRoZSBXaW5kb3dzCk5va2lhIHNvZnR3YXJlLCBidXQgSSBkbyBub3QgaGF2ZSBh
Y2Nlc3MgdG8gYSBXaW5kb3dzIGNvbXB1dGVyICh1bmxlc3MKSSBydW4gaXQgaW4gYSBWTVdhcmUg
c2Vzc2lvbikuCgpXaWxsIHRoZXJlIGJlIHJpc2tzIHRvIHRoZSBkYXRhIGluIEtERT8gSSBoYXZl
IG5vIHByb2JsZW0gd2l0aCB0aGUKZGF0YSBvbiB0aGUgcGhvbmUgYmVpbmcgY29ycnVwdGVkLCBi
dXQgdGhlIGRhdGEgb24gS0RFIGlzIGNyaXRpY2FsCihhbmQgcmVndWxhcmx5IGJhY2tlZCB1cCwg
YnV0IGFsc28gcmVndWxhcmx5IHVwZGF0ZWQpLgoKVGhhbmsgeW91IGluIGFkdmFuY2UuCgpEb3Rh
biBDb2hlbgoKaHR0cDovL3doYXQtaXMtd2hhdC5jb20KaHR0cDovL2dpYmJlcmlzaC5jby5pbArX
kC3XkS3Xki3Xky3XlC3XlS3Xli3Xly3XmC3XmS3Xmi3Xmy3XnC3XnS3Xni3Xny3XoC3XoS3Xoi3X
oy3XpC3XpS3Xpi3Xpy3XqC3XqS3XqgoKQTogQmVjYXVzZSBpdCBtZXNzZXMgdXAgdGhlIG9yZGVy
IGluIHdoaWNoIHBlb3BsZSBub3JtYWxseSByZWFkIHRleHQuClE6IFdoeSBpcyB0b3AtcG9zdGlu
ZyBzdWNoIGEgYmFkIHRoaW5nPwo=

[Opensync-users] libsyncml 0.4.6

[Daniel G. <dg...@su...>]

Hi everyone,

libsyncml 0.4.6 is ready, Late as usual and promised. The new release includes 
following changes:

- Build Environment switched to CMake 
  (Thanks to Bjoern Ricks)
- Trace file filter: SYNCML_TRACE_FILTER, Example:
  SYNCML_TRACE_FILTER=devinf,assemble
- Facilities for DevInf caching by Michael Bell
- XML Parser/Assembler:
  * Improved DevInf parsing/assembling focus on SyncML 1.2 
    (Thanks to Marc Nieper-Wisskirchen)
  * Various bugfixes all over the place, mostly by Michael Bell
- HTTP Transport:
  * Lots of HTTP Client improvements by Michael Bell
- OBEX Transport:
  * Human readable OBEX Errors, instead of plain OBEX Response codes
  * Fixed SAN notification for SyncML 1.2 (switching from SAN mimetype after
    sending notification package)
- API:
  * Introduced LIBSYNCML_DEPRECATED to mark function as deprecated
  * following functions will expire on 2009-01-20 (in 365 days - 6 days, 
delayed release. Sorry!):
  smlDevInfAddCTCap()
  smlDevInfGetNthCTCapType()
  smlDevInfGetNthCTCapValue()

Thanks to everyone who volunteered for testing! Especially i want to thank 
Michael Bell, who can only be stopped by a broken harddisk to contribute 
awesome improvements to HTTP transport, the XML parser/assembler and other 
places within libsyncml.

Next steps:
- fixing the testsuite of libsyncml
- review SyncML DS DTD and implement unhandled nodes in xml parser/assembler

Release tarballs:
http://libsyncml.opensync.org/download/releases/0.4.6/

best regards,
Daniel

[Opensync-users] OpenSync release 0.36

[Daniel G. <dg...@su...>]

Hi everyone,

yet another E.X.P.E.R.I.M.E.N.T.A.L. release of OpenSync. This release is=20
intended for developers, testers and for packages. OpenSync 0.3x releases=20
aren't intended to be stable. We don't recommend this release for productiv=
e=20
use. We don't recommend this release to be packaged as part of a=20
distribution.

=2D-- end of sad/scary disclamer ---

Progress!

25 of 28 Unit Tests are ported and adapted for OpenSync 0.3x API. 25 of the=
 25=20
Unit Tests are passing today.=20

Of the 25 ported unit tests, we're running 230 testcases which covers 67.16=
%=20
of our codebase of the OpenSync framework (no plugins!). Which is only the=
=20
beginning.

We hit an not OpenSync related issue with 2-3 Units which running=20
multithreaded and/or forked tests which break the used Test Framework. We=20
already found the issue within "check" (the Test Framework) and try to fix=
=20
the issue right in the root cause. Please ignore failing tests=20
with: "check_pack.c:107: Bad message type arg" for right now. This issue=20
appears randomly and doesn't influence you if you're not interested in=20
running the OpenSync testsuite (but you should it's awesome!)

Changes since last release:

=2D improved error handling:
  * no slowsync if connect/disconnect fails
  * proper error reporting
=2D timeout handling:
  * no deadlocks if plugin get killed/fails (Error message: "Timeout.")
  * This is brand new and rarely tested, if you get an "Timeout." error,
     Please open a ticket and report also when this "Timeout" happend. While
     connecting, disconnecting, getting changes, committing changes?
=2D improved use of main sink
  * intended for object neutral actions like connecting/disconnecting others
  * no need to lock several connect requests of different sinks
=2D reintroduced detectors while format conversion process
  * osync_format_env_find_path_with_detectors()
  * osync_format_env_find_path_formats_with_detectors()
=2D added facilities to add format conversion configs
  * Allows to parse an individual configuration to the format converter
  * Mostly for enabling format converter extensions, tweaks, workarounds
=2D lots of testsuite improvements
=2D various bugfixes

I want to thank everyone who volunteered for testing OpenSync. Especially I=
=20
want to thank the regular contributors of OpenSync: Alban Browaeys, who fix=
ed=20
lots of format related testcases and reimplemented detectors and introduced=
=20
the format configuration facilities. Felix M=F6ller for keeping our bug tic=
kets=20
clean and assign them to the correct people and component. Bjoern Bricks fo=
r=20
his help with the OpenSync Build Environment to keep it nice and shiny.

Next steps:
=2D Final XMLFormat Schema breakages before 0.40:
  * N levels (childs) in the XML trees=20
     (patchset is ready, see announcement on opensync-devel)
  * Merging/Demerging based on the value of attributes.
     Example: Demerge all number which type CELL: <Telephone Type=3D"CELL">=
=20
=2D Common Plugin configuration XSD for all plugins
  * to make further update processes easier
  * to allow UI developers to write generic config parser and widgets
=2D Implement update facilities to update/convert user and plugin configura=
tion
  * Should we support updates from 0.2x to 0.4x?
=2D Update the OpenSync Whitepaper (already in process)
=2D Write more testcases!
=2D Write API documentation (doxygen)

As you can see the todo list isn't that long anymore. And the core of OpenS=
ync=20
=46ramework is getting more stable, day by day. After breaking the XMLForma=
t=20
schema and doing discovery implementation for plugins, nothing should be le=
ft=20
to do a 0.40 release and get finally rid of 0.2x.

Release tarballs:
http://opensync.org/download/releases/0.36/

best regards,
Daniel

[Opensync-users] syncml-obex: how to tell obensync what to do

[Nicolai S. <nic...@t-...>]

Hi,
i want opensync-0.35 to syncronize my Todo list with my SE K770i.
Playing around a little bit, I figured out, that
'syncml-obex-client [...] --slow-sync text/x-vcalendar tasks' gives me
my todo list and that=20
'syncml-obex-client [...] --slow-sync text/x-vcalendar anythingiwant'
gives me my calendar.
So how to configure 'msynctool'?
[...]
 <database>
   <name>tasks</name>
   <objtype>todo</objtype>
   <objformat>vtodo20</objformat>
 </database>
[...]
Does not work: 'msynctool --sync st --slow-sync todo'
says
[...]
Main sink of member 2 of type syncml-obex-client just sent all changes
Going to receive 0 changes
element Completed: Schemas validity error : Element 'Completed': This
element is not expected. Expected is one of ( Comment, Contact, Created,
DateCalendarCreated, DateEnd, DateStarted ).
Main sink of member 2 of type syncml-obex-client had an error: Unable to
find engine which can handle objtype event
todo sink of member 2 of type syncml-obex-client just sent all changes
[...]

So what to do now? Choose another <objformat>? Which?

Thank you very much!

Nicolai

[Opensync-users] syncml-obex: how to tell obex what to do

[Nicolai S. <nic...@t-...>]

Hi,
i want opensync-0.35 to syncronize my Todo list with my SE K770i.
Playing around a little bit, I figured out, that
'syncml-obex-client [...] --slow-sync text/x-vcalendar tasks' gives me
my todo list and that=20
'syncml-obex-client [...] --slow-sync text/x-vcalendar anythingiwant'
gives me my calendar.
So how to configure 'msynctool'?
[...]
 <database>
   <name>tasks</name>
   <objtype>todo</objtype>
   <objformat>vtodo20</objformat>
 </database>
[...]
Does not work: 'msynctool --sync st --slow-sync todo'
says
[...]
Main sink of member 2 of type syncml-obex-client just sent all changes
Going to receive 0 changes
element Completed: Schemas validity error : Element 'Completed': This
element is not expected. Expected is one of ( Comment, Contact, Created,
DateCalendarCreated, DateEnd, DateStarted ).
Main sink of member 2 of type syncml-obex-client had an error: Unable to
find engine which can handle objtype event
todo sink of member 2 of type syncml-obex-client just sent all changes
[...]

So what to do now? Choose another <objformat>? Which?

Thank you very much!

Nicolai