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

[Opensync-users] file-sync <-> syncml-obex error

[Andreas B. <an...@bo...>]

Hi,

...I'm using opensync 0.22 from debian sid and was successfully syncing my 
Nokia E50 with a local file resource for the last year or so... Somehow during 
the last updates (last 2-3 weeks), something on my system changed in a way 
that makes synchronisation impossible.

At a first look everything looks ok, bluetooth connection works, contacts are 
transmitted from notebook to mobile, but finally msynctool throws an error:


Received an reply to our sync
Error writing entry 438 to member 2 (syncml-obex-client): Unable to commit 
change. Error 415
Mapping Write Error: Unable to commit change. Error 415
Error writing entry 438~ to member 2 (syncml-obex-client): Unable to commit 
change. Error 415
Mapping Write Error: Unable to commit change. Error 415


...yesterday I got a similar error (I think it was error code 500, but same 
meaning - unable to commit).

Something on my system must have been updated to a version that's not working 
with my mobile anymore - I have no clue what that could be?!

Here my versions:

libopensync0                                0.22-2
opensync-plugin-file                        0.22-2
opensync-plugin-syncml                      0.22-2
opensyncutils                               0.22-2
libwbxml2-0                                 0.10.6-4

libopenobex1                                1.5-1

-> Is libopenobex related to opensync? Because this has been recently updated 
from 1.3 to 1.5 ?!

Thanks for any hint,

andy



andy@hal:~$ msynctool --sync ContactsTest
Synchronizing group "ContactsTest"
Member 1 of type file-sync just connected
received contact dsession
Member 2 of type syncml-obex-client just connected
All clients connected or error
Received an entry 438 with data of size 4 from member 1 (file-sync). 
Changetype ADDED
Received an entry 438~ with data of size 4 from member 1 (file-sync). 
Changetype ADDED
Member 1 of type file-sync just sent all changes
Received an reply to our Alert
Going to receive 0 changes
Member 2 of type syncml-obex-client just sent all changes
All clients sent changes or error
All conflicts have been reported
Member 1 of type file-sync committed all changes.
Received an reply to our sync
Error writing entry 438 to member 2 (syncml-obex-client): Unable to commit 
change. Error 415
Mapping Write Error: Unable to commit change. Error 415
Error writing entry 438~ to member 2 (syncml-obex-client): Unable to commit 
change. Error 415
Mapping Write Error: Unable to commit change. Error 415
Member 2 of type syncml-obex-client committed all changes.
All clients have written
Member 1 of type file-sync just disconnected
Member 2 of type syncml-obex-client just disconnected
All clients have disconnected
The sync failed: Unable to write one or more objects
Error while synchronizing: Unable to write one or more objects
andy@hal:~$

[Opensync-users] Connecting with Nokia E51

[Alexander P. <ap...@ma...>]

Hello,

I'm having trouble getting opensync to work with the Nokia E51.

I'm trying to use kitchensync, but once I click synchronize I get this
error:

osengine_synchronize: Not initialized

I've also tried gnokii.

$ gnokii --identify works, but almost no other commands work. It usually
says "Error: Unknown error - well better than nothing!!" then.

I'm very new to this, so I'm not very sure how the different pieces work
together. However if someone could point me in the right direction I
could really try to debug this...

Anyone else who has got this working on the E51?

Thanks,

Alexander

Re: [Opensync-users] Character coding problem

[Patryk C. <li...@pr...>]

On Thursday 14 of May 2009 00:51:02 Chris Frey wrote:
> I don't know the answer to your charset question, but if you are interested
> in USB sniffing, this document may be useful as general information:
>
> http://repo.or.cz/w/barry.git?a=blob;f=doc/USB-capture.txt;h=3e39632bd92b7d
>51106ddd3e9ab5caad37a87e27;hb=e3324779769a01894f86d9c16f55c82f9493dda8
>
> See also usbmon:
>
> http://www.mjmwired.net/kernel/Documentation/usb/usbmon.txt
>
> Opensync also supports very verbose logging of its internal behaviour
> if you set the following environment variables;
>
> 	export OSYNC_TRACE=/path/to/some/empty/directory
> 	export OSYNC_NOPRIVACY=1
>
> These logs don't go to the USB level though.  But you may be able to see
> the flow of data through the plugins and engine, and see where the charset
> problem occurs.  I'd start here.
Thanks, I'll take a look at this.

-- 
Patryk Cisek

[Opensync-users] libsyncml 0.5.3

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

libsyncml 0.5.3 release notes

Download: https://sourceforge.net/project/showfiles.php?group_id=25311

Major Changes
=============

  - Added a first implementation of the function smlDataSyncAbort.
    This function can be called if the synchronization must be abortedi
    (e.g. because of another external error like a full disk).
  - HTTP transport is now supported for old Solaris libsoup 2.2 packages

Minor Changes
=============

  - Added a missing SmlDevInf reference which causes a segmentation
    fault if a cached SmlDevInf object is used by OpenSync's SyncML
    plugin
  - Added support for the case that a client sends alert 200 and
    receives alert 200 but needs to update to a SLOW-SYNC alert 201
    because of an internal problem like wrong anchors (NOTE: This code
    is untested because I failed to simulate this until now.)
  - Fixed bugs related to Funambol/ScheduleWorld:
     - Fixed wrong vCal 1.0 device information.
       If the default format of a datastore is iCal 2.0
       then the content type for vCal 1.0 was wrong.
       Old (buggy): text/calendar 1.0
       New (correct): text/x-vcalendar 1.0
     - The Funambol server on scheduleworld.com returned error code 511.
       So the error code is supported now too.
     - The requested remote alert type is unknown and so let's signal
       this to the library user.
     - The getAlertTypeCallback should only be called once per
       data store.
     - Fixed return value of smlDataSyncClientSendAlert.
       If a slow-sync alert is initiated and the remote peer did not
       request it then the function must return false to trigger a
       status 508 (REFRESH_REQUIRED).
       If the requested alert type is not known then there is no need
       for a status and the function returns true. This can happen
       if the remote peer did not trigger the client via a SAN
       (e.g. OMA DS client over HTTP).
  - Added support for a separate mapping callback

Internal Changes
================

  - Added better cleanup code for the transport layer in
    smlDataSyncObjectUnref
  - Fixed several comments
  - Added some trace statements
  - Several fixes for libsoup
     - Added tests to validate libsoup
     - Several fixes for the asynchronous http client
     - Added timeout to asynchronous http client session
     - Fixed client callback for libsoup 2.2
     - Own thread and ctx for HTTP client
     - Added workaround for libsoup 2.2 http clients under Solaris
       (asynchronous http client support does not work under Solaris)
     - some cosmetical changes for http server code
       (traces, comments, assertions)
     - Added an internal function to run a function in a special thread.
       This feature is necessary because some libaries like libsoup are
       only designed for single-threaded applications. This means that
       every function must be called from the same thread. Otherwise
       there is no guarantee about the behaviour of the library.
     - libsoup_async respects now that SoupSessionAsync was designed for
       single-threaded applications.
  - Multi session fixes
     - Added multi session safe SAN callback
     - Fixed device information agent to be multi session safe.
       The old code only works if the manager manages exactly one
       session. If there is more than one session then the agent must
       take care about the different remote device capabilities.
     - Fixed remote device handling to be multi session safe.
       This is important if you ever implement long living processes or
       if you implement a client which wants to use its own session ID.
     - use new SAN callback which provides the session too which avoids
       race conditions (alternatively you can block the thread until the
       event SESSION_NEW will be dispatched)
  - Transport layer fixes:
     - Added code to test the transport layer context management
     - If a transport implementation has no public connect function
       then it cannot send a connect event.
     - smlTransportFinalize calls the finalize function of the transport
       implementations directly. The HTTP implementations depend on the
       correct thread because libsoup is single-threaded. This means
       that the worker thread must be available until all connections
       are closed (disconnected or finalized).
       Therefore the finalize function of a transport implementation
       must be called within the worker thread and the thread must be
       shut down after the finalize function was called.
  - Device Information fixes:
     - Added automatic localtime enforcement if the remote device sends
       a device information without UTC support
     - Ensure that the device information is always at the end of the
       message
     - If the alerts and the device information are in the same SyncML
       message then the alerts are dispatched faster. So it is necessary
       to check manually for an available remote device information.
  - Made smlQueueDetach of sml_queue.c thread safe
  - Made pendingMaps of objects/sml_ds_server.c thread safe
  - Added support for coverage analysis
  - Introduced internal mapping function.
    A change can now be freed after the status was received.

Fixed Tickets
=============

  - Fixed incorrect use of pthread_self (ticket #222).
    The patch was supplied by Henrik Kaare Poulsen.
  - Added missing @ONLY which reduces the memory usage from cmake
    (ticket #223).
  - Fixed wrong g_error usage (ticket #224).
    The patch was supplied by Henrik Kaare Poulsen.
  - Added default XML encoding explicitly because Sync4j requires it
    (ticket #225).
  - Abort more carefully
    (ticket #226 - does not affect 0.5.2 or earlier).
  - Added missing OBEX_TransportDisconnect in transport/obex_client.c
    (ticket #227). The original patch was supplied by Patrick Pfeifer.
  - Fixed some Windows/MinGW issues (ticket #228).
    The patch was supplied by Henrik Kaare Poulsen.
  - Fixed the target and source setting in change commands
    (ticket #229).
  - Google related fixes (ticket #230):
     - The HTTP client of DS API must support WBXML too.
       Google only supports WBXML today.
       (https://m.google.com/syncml is still a beta.)
     - Google has a wrong implementation of Alert Status.
       The Item Data is the Next Anchor.

                <Status>
                  <CmdID>5</CmdID>
                  <MsgRef>2</MsgRef>
                  <CmdRef>3</CmdRef>
                  <Cmd>Alert</Cmd>
                  <SourceRef>contacts</SourceRef>
                  <TargetRef>contacts</TargetRef>
                  <Data>200</Data>
                  <Item>
                    <Data><![CDATA[20090417T112101Z]]></Data>
                  </Item>
                </Status>

  - If an Item is deleted then it is not necessary to add a Data tag
    (ticket #232). The patch was supplied by Kwan hong Lee.
  - Sanitized UIDs (ticket #233).
  - Fixed DS API HTTP client inital allert which always sent a SLOW-SYNC
    alert (ticket #234).
  - Fixed skipping of Ext element (#235).
    The original patch was modified because the end of the new function
    could be reached without a return statement.
    The original patch was supplied by Kwan hong Lee.
  - Ticket #236 is a duplicate of ticket #232.
  - Fixed the handling of empty Data elements (ticket #237).
    The original patch was supplied by Kwan hong Lee.

A special thanks goes to:

  - Christian Hilgers (Solaris testing)
  - John Carr from  Codethink Ltd. (SchedueWorld.com testing)
  - Kwang hong Lee from  Windriver (fixed Sync4j bugs and
    Google testing)

Best regards

Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoNd7oACgkQ2L0ZGCAwWqs/AACgyy8ZoQMJCNTElYhpQ8OJi7lx
6NYAoMsrgxD/G7WzD/6DIRL3gQUkPBWG
=piaP
-----END PGP SIGNATURE-----

[Opensync-users] msvc libsyncml build

[Rogelio S. <rog...@gm...>]

Has anyone successfully build libsyncml on visual studio 2005 pro?

-- 
Lay low and nourish in obscurity
Linux market share is meaningless. I will always use linux. Who is with me?

Re: [Opensync-users] Character coding problem

[Chris F. <cd...@fo...>]

On Wed, May 13, 2009 at 02:22:51PM +0200, Patryk Cisek wrote:
> Can I somehow make proper character mappings for syncml plugin?
> 
> Is there some kind very verbose (diagnostic) mode for multisync? Or maybe I 
> can use some USB sniffer? What USB sniffer do OpenSync Devs use for 
> debugging?

I don't know the answer to your charset question, but if you are interested
in USB sniffing, this document may be useful as general information:

http://repo.or.cz/w/barry.git?a=blob;f=doc/USB-capture.txt;h=3e39632bd92b7d51106ddd3e9ab5caad37a87e27;hb=e3324779769a01894f86d9c16f55c82f9493dda8

See also usbmon:

http://www.mjmwired.net/kernel/Documentation/usb/usbmon.txt

Opensync also supports very verbose logging of its internal behaviour
if you set the following environment variables;

	export OSYNC_TRACE=/path/to/some/empty/directory
	export OSYNC_NOPRIVACY=1

These logs don't go to the USB level though.  But you may be able to see
the flow of data through the plugins and engine, and see where the charset
problem occurs.  I'd start here.

- Chris

[Opensync-users] Character coding problem

[Patryk C. <li...@pr...>]

Hi,

I'm using multisync 0.90 with 2 OpenSync plugins: syncml-obex-client (for my 
Nokia 6650) and kdepim-sync.
Config for syncml-obex-client is:
<?xml version="1.0"?>
<config>
  <bluetooth_address></bluetooth_address>
  <bluetooth_channel></bluetooth_channel>
  <interface>0</interface>
  <identifier>PC Suite</identifier>
  <version>1</version>
  <wbxml>1</wbxml>
  <username></username>
  <password></password>
  <type>5</type>
  <usestringtable>1</usestringtable>
  <onlyreplace>0</onlyreplace>
  <onlyLocaltime>0</onlyLocaltime>
  <recvLimit>10000</recvLimit>
  <maxObjSize>0</maxObjSize>
  <contact_db>Contacts</contact_db>
  <calendar_db>Calendar</calendar_db>
  <note_db>Notes</note_db>
</config>

And it works almost nice. :) The only problem is wrong handling of Polish 
diacritics. When I synced, all contacts from the phone were copied to KDE 
PIM. But in KDE PIM Polish diacritics are screwed up. I assume that it is 
some kind of character encoding problem. How can I check what encoding is 
used by my phone?

Can I somehow make proper character mappings for syncml plugin?

Is there some kind very verbose (diagnostic) mode for multisync? Or maybe I 
can use some USB sniffer? What USB sniffer do OpenSync Devs use for 
debugging?

Thanks
-- 
Patryk Cisek

[Opensync-users] Calendar sync problems: evolution <-> Sony Ericsson T700

[Roger No-S. <rog...@ho...>]

Hi,

I'm
trying to sync the evolution calendar with my Sony Ericsson T700. The
evolution calendar is a calendar on an Exchange server. The sync fails
and I get the following message in the log file:

[1242119478.634518]                            
>>>>>>>  osync_member_connect(0x81c2fe8,
0x8049c20, 0x81c7f30)
[1242119478.634539]                                     >>>>>>>  EVO2-SYNC: evo2_connect(0x81c7de8)
[1242119478.634559]                                             >>>>>>>  evo2_calendar_open(0x81c9370)
[1242119478.650781]                                            
<--- ERROR --- evo2_calendar_open: Failed to open default calendar:
Authentication required
[1242119478.650815]                                            
Error opening calendar: Failed to open default calendar: Authentication
required
[1242119478.650839]                                             [OSYNC] DEBUG: Sending logmessage "Unable to open calendar"
[1242119478.650869]                                             [EVO2-SYNC] ERROR: Unable to open anything!
[1242119478.650891]                                            
>>>>>>>  osync_context_report_error(0x81c7de8, 1,
Unable to open anything)
[1242119478.651057]                                                     ERROR is: Unable to open anything
[1242119478.651081]                                                    
>>>>>>>  message_callback(0x81c2fe8, 0x81c7f30,
0xbfb7ea88)
[1242119478.651130]                                                            
[CLI] WARNING: Member is replying with message 0x81d2318 to message
0x81c8420:"2051729001-1164392253" with error 1: Unable to open anything
[1242119478.651153]                                                            
>>>>>>>  osync_queue_send_message(0x81c3548,
(nil), 0x81d2318, (nil))
[1242119478.651190]                                                            
<<<<<<<  osync_queue_send_message

Is there
a way to turn off authentication in evolution, configure authentication
data in multisync or some other workaround for this problem?

I'm using Ubuntu 8.10:
 - evolution 2.24.3
 - multisync0.90 0.91
 - evo2sync
 - syncml-obex-client

My syncml-obex-client config:
<?xml version="1.0"?>
<config>
  <!-- (Only for bluetooth) The bluetooth address if the bluetooth mode is selected -->
  <bluetooth_address>00:23:F1:C6:F4:8B</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>Sony Ericss</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>1</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 -->
  <contact_db>Contacts</contact_db>
  
  <!-- The name of the calendar db. Must be the same as the phones sends -->
  <calendar_db>Calendar</calendar_db>
  
  <!-- The name of the note db. Must be the same as the phones sends -->
  <note_db>Notes</note_db>
</config>
_________________________________________________________________
En åt gången eller alla samtidigt? Få senaste nytt om dina vänner på en och samma plats.
http://www.microsoft.com/sverige/windows/windowslive/products/social-network-connector.aspx

[Opensync-users] libwbxml 0.10.7

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

libwbxml 0.10.7 release notes

Download: http://sourceforge.net/project/showfiles.php?group_id=245783

Minor Changes
=============

  - Fixed build problem on the Debian MIPS port (ticket #34)

Internal Changes
================

  - If the operating system environment has a built-in getopt
    implementation then the cmake environment disables the internal
    implementation of libwbxml and uses the getopt function of the
    operating system. This avoids clashes with variables which are
    declared extern and explicit but already exists in the default
    POSIX header files (e.g. optopt).

Special thanks goes to the Debian package maintainer Michael Banck
who helped with testing.

Best regards

Michael

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKCWQH2L0ZGCAwWqsRAnYcAJ4ogLvlLr7xC2+RP0UV7YnLLm2mZwCePuG1
zGGSB7cVf6zLwf4anQUnwq4=
=GHtd
-----END PGP SIGNATURE-----

[Opensync-users] Syncml assertion

[linshu <te...@li...>]

Hi,

I got syncmal assertion when I did "msynctool --discover". Does anybody know
what I should do before doing "discover"?

Thanks a lot in advance,
-Shu

[slin@trilobite group1]$ msynctool --showgroup slin
Group: slin
Member 2: syncml-obex-client
Member 1: syncml-http-server
[slin@trilobite group1]$ msynctool --sync slin
Synchronizing group "slin" 
ERROR: No synchronizable objtype
[slin@trilobite group1]$ msynctool --discover slin 1
**
ERROR:/home/slin/Work/Netspectrum/projects/opensync/libopensync-plugin-syncml-0.38/src/syncml_ds_server.c:44:ds_server_init_databases:
assertion failed: (database->objformat)
Aborted
[slin@trilobite group1]$ msynctool --discover slin 2
**
ERROR:/home/slin/Work/Netspectrum/projects/opensync/libopensync-plugin-syncml-0.38/src/syncml_ds_server.c:44:ds_server_init_databases:
assertion failed: (database->objformat)
Aborted
[slin@trilobite group1]$ msynctool --version
This is msynctool version "0.38"
using OpenSync version "0.38-r3559"

-- 
View this message in context: http://www.nabble.com/Syncml-assertion-tp23477324p23477324.html
Sent from the Opensync - User mailing list archive at Nabble.com.

Re: [Opensync-users] One ticket per week?

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

>> I have been following OpenSync development for about two years, hoping
>> to have sync between my Nokia 6288 and KDE-PIM (specifically,
>> Kaddressbook and Korganizer, the contacts and calendar components).
>> However, it seems that the rate of progress stands at about one issue
>> closed per week (http://www.opensync.org/roadmap?show=all), and at
>> that rate 0.41 ("Completing this milestone will lift the distribution
>> packaging ban.") will be ready in around August 2010.
>
> Thanks for the analyse - sounds pretty scary ...
>
>> So in the most
>> troll-free and understanding manner, I ask the community what I, as a
>> user, can do to get my contacts on the phone in a stable, non-hacky
>> manner. Should I switch to Windows / Outlook / Nokia's sync suite?
>> Should I donate $20 to the Opensync project? Should I learn to program
>> and fix it myself?
>
> Money is always a tricky thing - we definitely should setup a some donate
> portal so we can support OpenSync developer to travel to meetings (which help
> the development!). But i have some doubt that donation in this amount of money
> really help to assign one developer full-time on OpenSync development ...
> setting someone up on full-time to do a quick OpenSync sprint would help to
> get things quickly done and released.
>
> Anyway, actually i should spend time one fixing outstanding bugs - and
> original thought about not starting here a discussion, but:
>
> Any volunteer who could setup such donate portal for the OpenSync project?
>
> Also with regards to other replies:
> I completely agree with Björn and Chris - we lack on core developers which fix
> outstanding issues which block 0.39 or 0.40 release.
>
> For me things recently changed - last month i started with a new job at B1
> Systems. I'm working now from home, not any longer from a office. (Which
> requires lots of discipline to get actually things done). Of course i wasted
> in the beginning lots of productive time - and didn't managed to contribute to
> OpenSync at all in the last month. But i hope to get some things done today.
>
> With regards, to the other replies: like hiring a developer:
>
> If there are some serious request for (sponsored) project work i could try to
> assign this to trusted OpenSync core-developers.
>
> As you can see on my signature, I'm still with FOSS development. I'm allowed
> to work full-time on OpenSync if I'm not assigned to a different project. The
> next week(s) I'm already assigned to a project. Of course you can contact me
> privately if you need to get a OpenSync based project done.
>
> Best Regards,
> Daniel
>

Thank you for your reply, Daniel. I did not mean to imply that $20
would be as payment for a developer, that would buy about 15 minutes
programming time tops! I would not insult the project nor the devs
like that. My intention was to show support and appreciation. I have
donated this same amount to Wine, individual devs, other random FOSS
projects that I use, and even KDE multiple times. Not as payment, but
as support and appreciation.

My intention is to donate $20 to the OpenSync project as soon as I
start using it. However, if donating now instead of then would help
spur development, then I'd gladly like to help get the ball rolling.

-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il

Re: [Opensync-users] One ticket per week?

[Daniel G. <go...@b1...>]

Hi everyone,

On Tuesday 21 April 2009 05:03:32 pm Dotan Cohen wrote:
> I have been following OpenSync development for about two years, hoping
> to have sync between my Nokia 6288 and KDE-PIM (specifically,
> Kaddressbook and Korganizer, the contacts and calendar components).
> However, it seems that the rate of progress stands at about one issue
> closed per week (http://www.opensync.org/roadmap?show=all), and at
> that rate 0.41 ("Completing this milestone will lift the distribution
> packaging ban.") will be ready in around August 2010.

Thanks for the analyse - sounds pretty scary ...

> So in the most
> troll-free and understanding manner, I ask the community what I, as a
> user, can do to get my contacts on the phone in a stable, non-hacky
> manner. Should I switch to Windows / Outlook / Nokia's sync suite?
> Should I donate $20 to the Opensync project? Should I learn to program
> and fix it myself?

Money is always a tricky thing - we definitely should setup a some donate 
portal so we can support OpenSync developer to travel to meetings (which help 
the development!). But i have some doubt that donation in this amount of money 
really help to assign one developer full-time on OpenSync development ... 
setting someone up on full-time to do a quick OpenSync sprint would help to 
get things quickly done and released.

Anyway, actually i should spend time one fixing outstanding bugs - and 
original thought about not starting here a discussion, but:

Any volunteer who could setup such donate portal for the OpenSync project?

Also with regards to other replies:
I completely agree with Björn and Chris - we lack on core developers which fix 
outstanding issues which block 0.39 or 0.40 release.

For me things recently changed - last month i started with a new job at B1 
Systems. I'm working now from home, not any longer from a office. (Which 
requires lots of discipline to get actually things done). Of course i wasted 
in the beginning lots of productive time - and didn't managed to contribute to 
OpenSync at all in the last month. But i hope to get some things done today.

With regards, to the other replies: like hiring a developer:

If there are some serious request for (sponsored) project work i could try to 
assign this to trusted OpenSync core-developers.

As you can see on my signature, I'm still with FOSS development. I'm allowed 
to work full-time on OpenSync if I'm not assigned to a different project. The 
next week(s) I'm already assigned to a project. Of course you can contact me 
privately if you need to get a OpenSync based project done.

Best Regards,
Daniel

-- 
Daniel Gollub                        Geschaeftsfuehrer: Ralph Dehner
FOSS Developer                       Unternehmenssitz:  Vohburg
B1 Systems GmbH                      Amtsgericht:       Ingolstadt
Mobil: +49-(0)-160 47 73 970         Handelsregister:   HRB 3537
EMail: go...@b1...          http://www.b1-systems.de

Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D

Re: [Opensync-users] One ticket per week?

[Jelle de J. <jel...@po...>]

Dotan Cohen wrote:
> I have been following OpenSync development for about two years, hoping
> to have sync between my Nokia 6288 and KDE-PIM (specifically,
> Kaddressbook and Korganizer, the contacts and calendar components).
> However, it seems that the rate of progress stands at about one issue
> closed per week (http://www.opensync.org/roadmap?show=all), and at
> that rate 0.41 ("Completing this milestone will lift the distribution
> packaging ban.") will be ready in around August 2010. So in the most
> troll-free and understanding manner, I ask the community what I, as a
> user, can do to get my contacts on the phone in a stable, non-hacky
> manner. Should I switch to Windows / Outlook / Nokia's sync suite?
> Should I donate $20 to the Opensync project? Should I learn to program
> and fix it myself?
> 
> I appreciate the dev's work and I am _not_ complaining. I am only
> asking because I have been waiting for a long time and it does not
> look like the wait is going to end anytime soon. There is no need to
> be defensive, I understand the dimensions of the problems being solved
> by the devs and I am very grateful for their work.
> 

I can stand behind this, i created several bug reports, i want a solution
that my syncml based telephones can sync trough bluetooth with a server
that uses open standards. The desktops has the settings to connect to the
server and the communicate with the telephone.

I am willing to donate money or hire an developer I can probably get a
some other organizations to sponsor too.

Is there any developer or dutch contributer that want to step up?

bug5:
 i would like to set a bounty or hire an developer to fix, improve and
innovate
 http://www.opensync.org/ticket/1073
bug1:
 create a syncml-ldap plugin that can sync contacts with a remote server
 http://www.opensync.org/ticket/1069
bug2:
 create a syncml-caldav plugin that can sync calenders with a remote server
 http://www.opensync.org/ticket/1070
bug3:
 create a syncml-imap plugin that can synchronize emails with a remote server
 http://www.opensync.org/ticket/1071
bug4:
 create a syncml-filters plugin that can synchronize mailfilters with a
server
 http://www.opensync.org/ticket/1072

Best regards,

Jelle de Jong

Re: [Opensync-users] Scheduleworld no longer free. Other alternatives?

[Juha T. <Juh...@ik...>]

On Friday 08 May 2009 10:59:50 Chris Carr wrote:
> I would go for running your own server (but I have a particular issue with
> my data being on other people's servers - YMMV). As an alternative to
> funambol you could look at http://horde.org/sync/ - it doesn't look as

Chris, same applies here:

  http://opensync.org/wiki/peers/horde
  http://opensync.org/wiki/devel/peerTemplate


;-)

Tuju

-- 
Better to have one, and not need it, than to need one and not have it.

Re: [Opensync-users] Scheduleworld no longer free. Other alternatives?

[Juha T. <Juh...@ik...>]

On Friday 08 May 2009 03:03:53 Jason Grant wrote:
> There was some discussion on this list recently about scheduleworld.
> 
> For those interested, it looks like scheduleworld is revoking free
> access in four days, and will thereafter levy a fee of $33.98 USD plus
> tax per annum for all sync/mail features.
> 
> http://wiki.scheduleworld.com/wiki/ScheduleWorld_2.0
> 
> Can anybody recommend a free service on the net that will allow me to
> keep PIM data in sync across multiple hosts?  Or, perhaps as an
> alternative, I could host my own syncml server (funambool?).

We all would also appreciate if you could update the particular
peer page:

  http://opensync.org/wiki/peers/scheduleWorld

here is a template for it:

  http://opensync.org/wiki/devel/peerTemplate


Tuju

-- 
Better to have one, and not need it, than to need one and not have it.

Re: [Opensync-users] Scheduleworld no longer free. Other alternatives?

[Chris C. <ran...@gm...>]

I would go for running your own server (but I have a particular issue with
my data being on other people's servers - YMMV). As an alternative to
funambol you could look at http://horde.org/sync/ - it doesn't look as
slick/mature/whatever as Funambol, but OTOH it already exists as Debian
packages, which is a big plus for me. (ISTR last time I looked at Funambol
there was an issue with its freeness, but I can't remember what the problem
was.)

Cheers,

Chris  

> -----Original Message-----
> From: Jason Grant [mailto:exp...@lo...] 
> Sent: 08 May 2009 01:04
> To: OpenSync-users
> Subject: [Opensync-users] Scheduleworld no longer free. Other 
> alternatives?
> 
> There was some discussion on this list recently about scheduleworld.
> 
> For those interested, it looks like scheduleworld is revoking free
> access in four days, and will thereafter levy a fee of $33.98 USD plus
> tax per annum for all sync/mail features.
> 
> http://wiki.scheduleworld.com/wiki/ScheduleWorld_2.0
> 
> Can anybody recommend a free service on the net that will allow me to
> keep PIM data in sync across multiple hosts?  Or, perhaps as an
> alternative, I could host my own syncml server (funambool?).
> 
> J.
> 
> 
> --------------------------------------------------------------
> ----------------
> The NEW KODAK i700 Series Scanners deliver under ANY 
> circumstances! Your
> production scanning environment may not be a perfect world - 
> but thanks to
> Kodak, there's a perfect scanner to get the job done! With 
> the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 

[Opensync-users] Scheduleworld no longer free. Other alternatives?

[Jason G. <exp...@lo...>]

There was some discussion on this list recently about scheduleworld.

For those interested, it looks like scheduleworld is revoking free
access in four days, and will thereafter levy a fee of $33.98 USD plus
tax per annum for all sync/mail features.

http://wiki.scheduleworld.com/wiki/ScheduleWorld_2.0

Can anybody recommend a free service on the net that will allow me to
keep PIM data in sync across multiple hosts?  Or, perhaps as an
alternative, I could host my own syncml server (funambool?).

J.

[Opensync-users] libwbxml 0.10.6

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

libwbxml 0.10.6 release notes

Download: http://sourceforge.net/project/showfiles.php?group_id=245783

Major Changes
=============

  - Extended (updated) tables for Microsoft AirSync
    (The patch was supplied by Ossi Jormakka from Ixonos Plc.)
  - Expat splits <html> into three separate text nodes.
    Therefore it is necessary to scan for splitted text nodes and
    merge them into a single consistent text node.

Minor Changes
=============

  - Fixed race condition in WV datetime opaque encoding

Internal Changes
================

  - Fixed warnings from Sun Studio CC
  - Fixed order of opaque encoded WV datetime in debug output
  - Removed bashisms from shell scripts
  - Normalize encoding with normalize_xml.pl

Special thanks goes to Ossi Jormakka from Ixonos Plc
who provided the patch for AirSync.

Best regards

Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJ8dQu2L0ZGCAwWqsRAlTXAKClKJADbwrLOV/dK9OQAUjHAjH6ZQCgtSWf
3NTEr7jppOH9kdQtbFTnP7s=
=+/XY
-----END PGP SIGNATURE-----

Re: [Opensync-users] One ticket per week?

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

> First the architecture of the stable version (0.22) isn't suitable for
> all needs therefore a rewrite of the engine was necessary in the past.
> That decision was taken before I started to hack on opensync. The
> development branch (0.3X) was intended "for developers and testers only
> and may not even compile or are likely to contain severe bugs" (quote
> from opensync.org). But the dev branch is coming closer to his end. The
> next release 0.39 will have a stable api and will be some kind of beta
> version.
>

As we have seen with KDE 4.0 and 4.1, distros generally don't care if
the developers say "not for end users", they will push out the latest
unready code regardless.

-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il

Re: [Opensync-users] One ticket per week?

[Bjoern R. <bjo...@go...>]

> I have spent many hours compiling/configuring/troubleshooting (from a
> user's perspective) over the years with a number of mainstream phones,
> and have never been able to get reliable sync'ing across contacts, notes
> & todos.  I note that Fedora have recently attempted downgrades
> including 0.38 and 0.36, and have now reverted to 0.22 with observations
> on their devel list that plugins are unusable.
>   
That's another topic which got most developers/members of opensync very
frustrated. All 0.3x versions shouldn't have been incuded in a distro.
> My sense of the project is that howtos, configuration guides, functional
> status reports, design documentation, and functional stability have been
> of a lower priority than internal re-architectures, changes to build
> systems, new configuration formats, etc.  (Apologies if I'm off-target)
> My point is that investment in documentation and stability on a reduced
> plugin set would IMO pay-off rather quickly because it would reduce the
> perceived barrier of entry for use, testing, and development.  Folk like
> me would no longer need to reverse-engineer to figure things out, and
> you'd attract more people who aren't prepared to reverse-engineer or
> await responses on the mailing list.
>
I am not sure if you read my previous mail in this thread therefore I'll
make some comments.

First the architecture of the stable version (0.22) isn't suitable for
all needs therefore a rewrite of the engine was necessary in the past.
That decision was taken before I started to hack on opensync. The
development branch (0.3X) was intended "for developers and testers only
and may not even compile or are likely to contain severe bugs" (quote
from opensync.org). But the dev branch is coming closer to his end. The
next release 0.39 will have a stable api and will be some kind of beta
version.

Second we are aware of these problems and AGAIN we are really lacking of
developers. We know the shortcomings of this (horrible long) development
branch and the always changing api. We know that we have lost a lot of
people on this journey. But we are trying really hard to get all
remaining tickets fixed and release a new stable version. But mind that
I don't have (and I guess also Daniel hasn't) much free time to work on
opensync.

regards
Bjoern
-- 
/Bjoern Ricks

Re: [Opensync-users] One ticket per week?

[Jason G. <exp...@lo...>]

On Tue, 2009-04-21 at 18:03 +0300, Dotan Cohen wrote:
> I have been following OpenSync development for about two years, hoping
...
> asking because I have been waiting for a long time and it does not
> look like the wait is going to end anytime soon.

Thanks for raising this thread - it echoes my own perception of this
project, and I think it is useful for the developers to get a feel for
the user's experiences and perceptions.

I have spent many hours compiling/configuring/troubleshooting (from a
user's perspective) over the years with a number of mainstream phones,
and have never been able to get reliable sync'ing across contacts, notes
& todos.  I note that Fedora have recently attempted downgrades
including 0.38 and 0.36, and have now reverted to 0.22 with observations
on their devel list that plugins are unusable.

My sense of the project is that howtos, configuration guides, functional
status reports, design documentation, and functional stability have been
of a lower priority than internal re-architectures, changes to build
systems, new configuration formats, etc.  (Apologies if I'm off-target)
My point is that investment in documentation and stability on a reduced
plugin set would IMO pay-off rather quickly because it would reduce the
perceived barrier of entry for use, testing, and development.  Folk like
me would no longer need to reverse-engineer to figure things out, and
you'd attract more people who aren't prepared to reverse-engineer or
await responses on the mailing list.

I'm also tracking the scheduleworld alternative because it permits
sync'ing over bluetooth, and sits on the funambool stack, which seems to
be very mature and reliable.  syncevolution allows me to keep the phone
and evolution in sync.

I have had trouble with the older firefox plugins:

http://www.scheduleworld.com/jforum/posts/list/2200.page

and alas scheduleworld is closed source, so there is no scope to team up
on the code, although Mark is very responsive in his forum.

I note that a new edition of the firefox plugin has been released
recently that may work better, although I have not tried it yet:

http://www.scheduleworld.com/jforum/posts/list/1605.page

J.

Re: [Opensync-users] One ticket per week?

[Adrià C. M. <sso...@es...>]

A Dimecres, 22 d'abril de 2009 20:08:06, Dotan Cohen va escriure:
> >> Can this be used for syncing? The webpage is rather vague on the
> >> subject, though as they claim to support "multiple devices" it
> >> _should_ technically be possible.
> >
> > Yes it can.
> >
> > They support syncml 1.1 and 1.2, so if you have a client that suports it
> > they should work fine.
> >
> > Also:
> > >From the FAQ:
> >
> > Can I export my Mobical data?
> >
> > There is an export button at the top of the contacts and the
> > appointments view. Mobical exports all contacts in one vCard 2.1
> > (contacts.vcf) file and all appointments in one vCalendar 1.0
> > (appointments.vcs) file. You can also acquire your appointments in the
> > iCalendar 2.0 (ics.ics) format from https://www.mobical.net/mobical/ics
> > using your Mobical username and password.
>
> My issue is just the opposite: I want my data to go one way from
> KDEPIM to the phone. It appears that I could import vcard and
> vcalendar files that KDEPIM creates, but that means manually updating
> the entire contacts / calendar list any time there is a change. That
> would be several times per week.

Well, i know another alternative, which i've been using for a while, and it 
really works very nice even with kdepim.

It's scheduleworld

I don't know egroupware, but it seems a similar solution - and for free.
It's mainly focused to evolution, thunderbird, MS outlook and to syncML 
clients, but with a careful  setup of korganizer, kontact and syncevolution 
you can get them to work properly. A more detailed explanation on how to 
achieve it is explained in scheduleworld's wiki, and it has also a veru nice 
support forum.

It also features a web-based imap  client...

Re: [Opensync-users] One ticket per week?

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

> Well, i know another alternative, which i've been using for a while, and it
> really works very nice even with kdepim.
>
> It's scheduleworld
>
> I don't know egroupware, but it seems a similar solution - and for free.
> It's mainly focused to evolution, thunderbird, MS outlook and to syncML
> clients, but with a careful setup of korganizer, kontact and syncevolution
> you can get them to work properly. A more detailed explanation on how to
> achieve it is explained in scheduleworld's wiki, and it has also a veru nice
> support forum.
>
> It also features a web-based imap client...

Thanks. The KDE 4 sync method seems buggy but workable, here is the
page describing it:
http://wiki.scheduleworld.com/wiki/Linux_KDE_4_Configuration

-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il

Re: [Opensync-users] One ticket per week?

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

>> Can this be used for syncing? The webpage is rather vague on the
>> subject, though as they claim to support "multiple devices" it
>> _should_ technically be possible.
>
> Yes it can.
>
> They support syncml 1.1 and 1.2, so if you have a client that suports it
> they should work fine.
>
> Also:
> >From the FAQ:
>
> Can I export my Mobical data?
>
> There is an export button at the top of the contacts and the
> appointments view. Mobical exports all contacts in one vCard 2.1
> (contacts.vcf) file and all appointments in one vCalendar 1.0
> (appointments.vcs) file. You can also acquire your appointments in the
> iCalendar 2.0 (ics.ics) format from https://www.mobical.net/mobical/ics
> using your Mobical username and password.
>

My issue is just the opposite: I want my data to go one way from
KDEPIM to the phone. It appears that I could import vcard and
vcalendar files that KDEPIM creates, but that means manually updating
the entire contacts / calendar list any time there is a change. That
would be several times per week.

-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il

Re: [Opensync-users] One ticket per week?

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

> (I've just seen Dotan's latest response about going back to Windows - I
> just want to say that you don't have to have a CS degree to be able to
> contribute meaningfully to open source projects. I was inspired by
> Bjoern's response, and I plan to have a look at some of the trivial
> tickets as soon as I can.)
>

I certainly will not go back to Windows for everyday computing, but if
seems that setting up a VMware virtual machine, exporting my KDEPIM
data to Outlook, then from Outlook to the Nokia suite, then from the
Nokia suite to the phone is easier than setting up OpenSync for the
foreseeable future. Again, this is not a stab at the devs, whom I
appreciate very much, but it is the reality of the situation. The only
problem is that my Windows license covers a machine that I no longer
use, and it seems that the license is not transferable. So that means
either forking out $$$ for a Windows license (Can XP be bought any
more?) or using pirated software. Neither option seems appealing to
me.

-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il