Re: Problems with Evolution 2 and Siemens SL55

Armin Bauer <[email protected]>
Newsgroups gmane.comp.gnome.apps.multisync.user
Message-ID <[email protected]>
Tom Parker wrote:

>Tom Parker <[email protected]> wrote:
>
>  
>
>>I'm having some trouble with Multisync, Evolution 2 and a Siemens SL55 via
>>IrDA on Debian testing. This configuration worked well until a recent update,
>>however I don't sync very often so I can't be sure when the problem started.
>>It could have been introduced in debian testing a month or two ago.
>>    
>>
>
>If I'd done some more digging, I would have found that this is a known
>problem!
>
>http://sourceforge.net/mailarchive/forum.php?thread_id=6221779&forum_id=12899
>
>Has anyone solved it in a hackish kind of way? I understand most
>development focus has shifted to opensync related work? The above thread
>suggests that all I need to do is change the version number of the VCARD to
>2.1 during the transfer. I haven't looked at the multisync code, but this
>shouldn't be too hard to do. I'm enough of a C programmer to do it tomorrow if
>there isn't already a solution.
>
>  
>
i dont think that there is a solution already for the current multisync 
version. After all i also started opensync to be able to fix these 
problems without applying a major hack each time.

>Also this thread meantions that tasks are not syncing properly either. I've
>found this is still the case. Does anyone have any insight into this problem?
>
>Can anyone explain the functionality of the "resync" button. I've used that a
>couple of times and I've also created brand new sync pairs and used the
>normal sync. In the process I have duplicated my tasks, and my appointments
>and some of my contacts. Is the duplicate checking code supposed to prevent
>this? I was asked about some near duplicates and possibly some actual
>duplicates, but the vast majority of appointments were silently duplicated. I
>believe I used the debian packaged version of multisync for this test, rather
>than the CVS compiled version. Is there a bugfix missing from the debian
>package?
>
>  
>
no i dont think that the debian package is missing bugfixes. The 
duplication checking code in the current multisync is very simple and 
wont catch duplicates in a lot of cases.

The "resync" button does a slow-sync. This means that each device is 
queried for all items (instead of only the changes). This helps if the 
device does not return the changes but might lead to duplication.

>At the moment multisync is mostly useless for me, and my phone has only the
>year old addressbook that my last phone put in the sim card :-( I'm also
>getting a bit nervous about syncing as it does more damage to both my phone
>and my evolution data every time :-(
>
>  
>
>--
>Tom Parker - [email protected]
>           - http://www.carrott.org
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Multisync-users mailing list
>Multisync-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>https://lists.sourceforge.net/lists/listinfo/multisync-users
>  
>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.