NeonJohn | 27 Aug 04:58 2014

SyncML update


SyncML is a commercial app for Android that comes as close to the old
Palm Pilot experience as I could ever expect.  I loathe commercial,
closed source software but in this case I had no choice.

So I bought it from the Play store.  As you may recall, it took quit a
bit of work to get my configuration running.  The guy behind the SyncML,
Beat Forster was incredibly helpful in getting his side to work.

My database are large and old, dating back to my first Palm Pilot days.
 Around 800 contacts and 1500 calendar events.  I keep my journal and my
expenses in the calendar so it grows rapidly.

SyncML got the job done but was sloooow.  Over 5 minutes for a sync.
Needless to say I didn't use the AutoSync feature!

An update became available and I let it install.  Everything came to a
halt.  The application seemed to lock up.  After rebooting the phone and
a few other things, I contacted Beat again.

Turns out the upgrade had a major improvement in that it now cleans up
the datasets as much as possible, eliminating duplicates, removing
illegal characters from fields and so on.  The problem was his first
algorithm was sloooow.

Beat suggested that start a sync and just let it run.  I did so.  5
hours later,the cleanup finished.  SyncEvolution had long since timed
out (default is 5 minutes) so the sync didn't complete.  The second time
through it took only about an hour but SyncEvolution had again timed out
so the actual sync didn't happen.
(Continue reading)

Johannes Meier | 23 Aug 16:58 2014
Picon

Can't get syncevolution to work with korganizer

Hi, I'm in the process of migrating an aging but perfectly working setup of iCal
/ Sony-Ericsson k610i / OSX 10.5  to korganizer / k610i / Ubuntu 14.03 LTS.
However, syncevolution does not seem to find akonadi.

==end goal==

In the end goal, I want to synchronize the logical union of 10 icalendar files
(managed by korganizer on Ubuntu, some 3000 events in total), one of which is
Google calendar, over Bluetooth with the phone. The phone is actually a
Sony-Ericsson k510i with a Feisar plugin
(http://www.feisar.com/isync_notes.php), but it works reliably with iCal just
like a k610i. There is no internet (and no direct sync with Google) on the
phone for several reasons.

==current goal==

As an intermediate milestone, I'd like to sync one of korganizer's icalendars
with the phone.

==steps done==

Ubuntu uses the dpkg sources provided by Canonical.

So far, I've successfully paired the phone with the computer, and I transferred 
its calendar data into evolution (unidirectionally) with the legacy sonyericsson
backend.

Things came crashing down when I tried to make syncevolution talk to akonadi, as
per https://syncevolution.org/wiki/kde-akonadi

(Continue reading)

Daniel CLEMENT | 19 Aug 08:28 2014
Picon

Trying to replace Funambol with OVI

Hello list members,

As of August the Funambol client ceased working on my phone (Nokia E72)
(Syncevolution is OK). I guess Funambol are dropping Symbian support and
I was looking for a substitute.

Nokia OVI works fine on the phone, but it gives me an error in
Syncevolution (1.4.1 Debian):

[INFO] SoupTransport Failure:
https://sync.ovi.com/services/syncml?s=24ba5a5069604888b8e05bf3eae5c8ec&srv_id=001 via
libsoup: Gone

then it times out.

Can that be solved, or has OVI become incompatible?

I'd prefer OVI over others because it has schedule capability on the
phone (like Funambol had, and unlike other manually-setup syncs).

TIA - best regards,
--

-- 
Daniel CLEMENT
Patrick Ohly | 18 Aug 15:50 2014
Picon

Re: Memotoo note syncing using iCalendar 2.0

On Mon, 2014-08-04 at 11:24 +0200, Thomas Pequet wrote:
> Ok I think it is OK now the modification will be get.
> Is it OK now ?
> If not send me again the link of logs

Sorry for the late reply, I was on vacation. No, it's still broken:

https://nightly.syncevolution.org/2014-08-18-01-43_testing-amd64_memotoo/testing-amd64/39-memotoo/Client_Sync_eds_memo_testUpdate.log.html

--

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
Patrick Ohly | 18 Aug 15:47 2014
Picon

Re: Setup of SyncML to WebDAV synchronization bridge: Problem with SSLVerifyServer switch in configuration command

Hello!

To summarize the thread from earlier this year, there were three
problems with using SabreDAV:
     1. configuring with SSL verification turned off
     2. actually finding the right URL for the address book collection
     3. creating events (possibly related to not using the right URL)

On Mon, 2014-08-18 at 15:02 +0200, Helge Kraak wrote:
> #######
> 
> 
> When I apply as third command (no addressbook at the end of the
> command)
> syncevolution --configure SSLVerifyServer=False
> --template SyncEvolution_Client --sync-property
> remoteDeviceId=ST23K3J5I4JX username=admin
> password=admin --source-property addressbook/uri=addressbook
>  sync=two-way Palm-TH55 <at> webdav 
> 
> IT RETURNS
> 
> 
> [INFO] addressbook: okay
> [INFO] calendar: looking for databases...
> [INFO] calendar: backend failed: error code from SyncEvolution
> authorization failed (remote, status 401): calendar: syncURL not
> configured and username admin does not contain a domain
> [INFO] memo: looking for databases...
> [INFO] memo: backend failed: error code from SyncEvolution
(Continue reading)

Balakrishna, Sandesh | 18 Aug 11:53 2014

API specification

Hi,

 

I am new to SyncEvolution. I am trying to make simple application which uses syncevolution for synchronizing all contacts.

 

But I could not find any API specification, for using syncevolution. Could you please help me in finding API specification.

 

I tried with test code available at syncevolution-1.4\syncevolution-1.4\test but I could not find API of syncevolution.

 

Please help me.

 

Thanks and Regards

Sandesh,

Ph: 9164682461

 

_______________________________________________
SyncEvolution mailing list
SyncEvolution@...
https://lists.syncevolution.org/mailman/listinfo/syncevolution
NeonJohn | 29 Jul 14:32 2014

Best way to start the server


Hi all,

I have SyncEvolution and my DroidX happily chatting with each other but
now I have another question.  How to start the server automatically at
boot time.

I made an /etc/rc.d script that started the server just fine but it
starts the server in the root context.  I found that out by watching
SyncML on my Droid delete everything because, of course, there are no
Evolution databases for root.

I tried starting it using Gnome's start-up tasks options.  That also
started the server but it could not access access tasks nor notes
(access denied).

So now I start it manually after reboot with

nohup sudo syncevo-http-server -d http://localhost:9000/syncevolution &

Which works perfectly but requires me to remember to do it each time I boot.

Any suggestions on how to automate this?

Thanks,
John

--

-- 
John DeArmond
Tellico Plains, Occupied TN
http://www.fluxeon.com      <-- THE source for induction heaters
http://www.neon-john.com    <-- email from here
http://www.johndearmond.com <-- Best damned Blog on the net
PGP key: wwwkeys.pgp.net: BCB68D77
Stefanie Dargel | 29 Jul 13:54 2014
Picon

MS Exchange and KDE synchronization: Colleague's calendar?

Hi,

 

I tried the MS Exchange and KDE synchronization as described in the wiki. It works with my calendar, but I would like to see my colleague's in KDE kmail as well. Is there any way to do that? I tried to use my colleague's email address as user-hcDgGtZH8xNBDgjK7y7TUQ@public.gmane.org in the wiki and my username and password for "workdomain\username". But that gave me my calendar once again.

 

Thank you for any help or hints!

 

Stefanie

(I'm not subscribed to this list, please keep me in cc)

_______________________________________________
SyncEvolution mailing list
SyncEvolution@...
https://lists.syncevolution.org/mailman/listinfo/syncevolution
Patrick Ohly | 28 Jul 10:43 2014
Picon

Memotoo note syncing using iCalendar 2.0

Hello Thomas!

I am currently testing the following change in SyncEvolution:

commit 662aab0823905d56edf812cf5bf2464379fdfcaf
Author: Patrick Ohly <patrick.ohly@...>
Date:   Wed Jul 23 14:07:13 2014 +0200

    EDS: memo syncing as iCalendar 2.0 (FDO #52714)

    When syncing memos with a peer which also supports iCalendar 2.0 as
    data format, the engine will now pick iCalendar 2.0 instead of
    converting to/from plain text. The advantage is that some additional
    properties like start date and categories can also be synchronized.

    The code is a lot simpler, too, because the EDS specific iCalendar 2.0
    <-> text conversion code can be removed.

With Memotoo that only works partially. Adding a new note on the server
using iCalendar 2.0 as format works. Updating it fails: the server seems
to ignore the new data.

I also noticed that the server sends broken CtCap if (and only if!) the
client mentions iCalendar 2.0. Memotoo then lists
<Rx-Pref><CTType>text/calendar</CTType> and
<Rx><CTType>text/plain</CTType> but then describes some unrelated
<CTCap><CTType>text/x-vnote</CTType>

Here's the sync where a note gets updated:
https://nightly.syncevolution.org/2014-07-25-22-25_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.recv.client.B/syncevolution-log.html
First message sent by client:
https://nightly.syncevolution.org/2014-07-25-22-25_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.recv.client.B/syncevolution-log_trm001_001_outgoing.xml
Broken CtCap from server:
https://nightly.syncevolution.org/2014-07-25-22-25_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.recv.client.B/syncevolution-log_trm001_002_incoming.xml
Update sent by client:
https://nightly.syncevolution.org/2014-07-25-22-25_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.update.client.A/syncevolution-log_trm002_003_outgoing.xml

This is what a second client then later gets:
https://nightly.syncevolution.org/2014-07-25-22-25_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.recv.client.B/syncevolution-log.html
https://nightly.syncevolution.org/2014-07-25-22-25_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.recv.client.B/syncevolution-log_trm003_006_incoming.xml

For reference, this works correctly when the client only claims to
support plain text:
http://downloads.syncevolution.org/syncevolution/archive/test-results/syncevolution-1-4-99-3/2014-07-22-07-29_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.update.client.A/syncevolution-log.html
http://downloads.syncevolution.org/syncevolution/archive/test-results/syncevolution-1-4-99-3/2014-07-22-07-29_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.update.client.A/syncevolution-log_trm001_001_outgoing.xml
http://downloads.syncevolution.org/syncevolution/archive/test-results/syncevolution-1-4-99-3/2014-07-22-07-29_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.update.client.A/syncevolution-log_trm001_002_incoming.xml

http://downloads.syncevolution.org/syncevolution/archive/test-results/syncevolution-1-4-99-3/2014-07-22-07-29_all/testing-amd64/39-memotoo/Client_Sync_eds_memo_testAddUpdate.recv.client.B/syncevolution-log.html

--

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
Khurshid Alam | 27 Jul 09:58 2014

Re: documentation update, enhanced command line - second attempt

Hi Patrick,

On Fri, Jul 25, 2014 at 8:35 PM, Patrick Ohly <patrick.ohly-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:

On Fri, 2014-05-23 at 13:02 +0200, Patrick Ohly wrote:
Let's revive this mail thread once more. The goal is to agree on a change of the README.rst, in particular in the terminology section, and then make the necessary code changes to match that change. I don't want to make code changes unless other developers or users agree that the changes are an improvement, so please provide feedback.

I did like the new terminology. Its much better than previous one. Easy to understand. Also old terminology still works as fallback which is good.

One thing I always struggle, is to initiate a sync between two evolution databases defined in different contexts (without running syncevolution http server).

For example,  lets say I have two calendars on evolution; Work & Personal. And they are defined like this (with new terminology):

syncevolution --configure --template none backend=evolution-calendar database=Work <at> Local workcal

syncevolution --configure --template none backend=evolution-calendar database=Personal <at> EDS personalcal

How to initiate a sync between them? Which one will act as client & which one as server?

Is it necessary to define them in different contexts( <at> Local, <at> EDS) at all? What if both are defined within <at> Local? Is it, then, possible to initiate a sync between them?



_______________________________________________
SyncEvolution mailing list
SyncEvolution@...
https://lists.syncevolution.org/mailman/listinfo/syncevolution
Patrick Ohly | 25 Jul 17:05 2014
Picon

Re: documentation update, enhanced command line - second attempt

On Fri, 2014-05-23 at 13:02 +0200, Patrick Ohly wrote:
> Let's revive this mail thread once more. The goal is to agree on a
> change of the README.rst, in particular in the terminology section, and
> then make the necessary code changes to match that change.
> 
> I don't want to make code changes unless other developers or users agree
> that the changes are an improvement, so please provide feedback.

There hasn't been much feedback on this particular proposal. Looks like
I need to make a judgment call myself.

I think we identified some useful improvements, so I went ahead with the
proposal. The updated "doc" branch addresses the TODOs identified in the
proposal and should be ready for merging into the master branch.

My plan is to run a full test run over the weekend and give some time
for feedback, say until the middle of next week. Then I could release a
1.4.99.4 snapshot either before or after a two week vacation - perhaps
better after it, in case the update breaks anything.

Attached is the resulting README.html file. Note in particular that this
finally addresses the current situation with Google syncing (SyncML
turned off, CardDAV/CalDAV better done with OAuth) by introducing a
single Google template that works for CardDAV and CalDAV in a single
context.

Changes since the last update:

commit 57f44fe607292d624135d11f96eb1c3cefa093b6
Author: Patrick Ohly <patrick.ohly@...>
Date:   Wed Jul 23 20:21:14 2014 +0200

    config: allow storing credentials for email address

    When configuring a WebDAV server with username = email address and no
    URL (which is possible if the server supports service discovery via
    the domain in the email address), then storing the credentials in the
    GNOME keyring used to fail with "cannot store password in GNOME
    keyring, not enough attributes".

    That is because GNOME keyring seemed to get confused when a network
    login has no server name and some extra safeguards were added to
    SyncEvolution to avoid this.

    To store the credentials in the case above, the email address now gets
    split into user and domain part and together get used to look up the
    password.

commit 5ab328af07a746c5bf881b05e5d4a4bd546fc36d
Author: Patrick Ohly <patrick.ohly@...>
Date:   Thu Jul 24 10:51:13 2014 +0200

    D-Bus testing: fix race condition in TestLocalSync.testNoParent

    The first progress signal gets emitted after sleeping for 10 seconds
    at the start of the sync and then killing syncevo-dbus-server races
    with completing the sync. What we want is to kill during the 10 second
    wait, so we better wait for the debug output directly before it and
    then kill directly.

commit 8c6f770e386f63b6b2d83edca374c20e75e59ec9
Author: Patrick Ohly <patrick.ohly@...>
Date:   Wed Jul 23 21:12:25 2014 +0200

    local sync: allow config name in syncURL=local://

    Previously, only syncURL=local:// <at> <context name> was allowed and used
    the "target-config <at> context name" config as target side in the local
    sync.

    Now "local://config-name <at> context-name" or simply "local://config-name"
    are also allowed. "target-config" is still the fallback if only a
    context is give.

    It also has one more special meaning: "--configure
    target-config <at> google-calendar" will pick the "Google_Calendar"
    template automatically because it knows that the intention is to
    configure the target side of a local sync. It does not know that when
    using some other name for the config, in which case the template (if
    needed) must be specified explicitly.

    The process name in output from the target side now also includes the
    configuration name if it is not the default "target-config".

commit f14dafbd33cd8d6695c7aa791baf8ea4e1083aa9
Author: Patrick Ohly <patrick.ohly@...>
Date:   Fri Jul 25 11:09:12 2014 +0200

    WebDAV: support multiple URLs in syncURL

    The syncURL property may contain multiple different space or tab
    separated URLs. Previously, the WebDAV backend only used the first one
    when scanning for databases. Now it tries all of them.

    This will be useful for configuring all Google endpoints in one
    template.

commit df1205c141c7bc70fe6d456ec3ff92bca5f5aac5
Author: Patrick Ohly <patrick.ohly@...>
Date:   Fri Jul 25 14:02:29 2014 +0200

    Google: remove SyncML template, combine CalDAV/CardDAV

    Google has turned off their SyncML server, so the corresponding
    "Google Contacts" template became useless and needs to be removed. It
    gets replaced by a "Google" template which combines the three
    different URLs currently used by Google for CalDAV/CardDAV.

    This new template can be used to configure a "target-config <at> google"
    with default calendar and address book database already enabled. The
    actual URL of these databases will be determined during the first
    sync using them.

    The template relies on the WebDAV backend's new capability to search
    multiple different entries in the syncURL property for databases. To
    avoid listing each calendar twice (once for the legacy URL, once with
    the new one) when using basic username/password authentication, the
    backend needs a special case for Google and detect that the legacy URL
    does not need to be checked.

commit 6bbde198c96e5717bdb19d9d1b6d0a7a5ae9fd05
Author: Patrick Ohly <patrick.ohly@...>
Date:   Wed Jul 23 20:27:54 2014 +0200

    doc: remove TODO about username = email address

    Fix pending for inclusion in master branch.

commit b24008b28001082333c7c3a7a2a7b45e829677b5
Author: Patrick Ohly <patrick.ohly@...>
Date:   Wed Jul 23 20:31:44 2014 +0200

    doc: fix compilation, minor language fixes

    reStructured text syntax was slightly broken, preventing compilation.
    Also, syncevolution does not know about --datastore-properties yet.
    Changed language slightly during fresh pass.

commit 5e6efbbd6b9386778e3ff1b40ecea0982d8b7b0d
Author: Patrick Ohly <patrick.ohly@...>
Date:   Thu Jul 24 11:13:14 2014 +0200

    source -> datastore rename

    "--datastore-property" is now the preferred parameter
    name. "--source-property" is still supported as alias for backward
    compatibility.

    As many user-visible instances of "source" as possible got replaced in
    text strings by the newer term "datastore". Debug messages were left
    unchanged unless some regex happened to match it.

    The source code will continue to use the old variable and class names
    based on "source".

commit 45888df64c550638c7eb991f735ea91e2aae1fb6
Author: Patrick Ohly <patrick.ohly@...>
Date:   Fri Jul 25 14:43:17 2014 +0200

    doc: remove TODO about preventSlowSync

    This is now tracked in FDO #76471.

commit 8c2ab09f7864ac89596c53e542c1b3a3e2b7bf63
Author: Patrick Ohly <patrick.ohly@...>
Date:   Fri Jul 25 15:42:52 2014 +0200

    doc: syncURL property help text formatting

    When embedding help text in README.rst, a blank line is needed
    after the verbatim code block.

commit d22335d8d6db3a3bb5792564d2feff43ea8614cb
Author: Patrick Ohly <patrick.ohly@...>
Date:   Fri Jul 25 15:44:51 2014 +0200

    doc: document new Google template and OAuth via GOA

--

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.

Attachment (README.html.gz): application/gzip, 40 KiB
_______________________________________________
SyncEvolution mailing list
SyncEvolution@...
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Gmane