Re: [SyncEvolution] syncevolution and a radicale caldev server
by Patrick Ohly
On Fri, 2012-02-17 at 15:14 +0100, Gregor Horvath wrote:
> Am Fri, 17 Feb 2012 11:12:52 +0100
> schrieb Patrick Ohly <patrick.ohly(a)intel.com>:
>
> > On Tue, 2012-02-14 at 15:57 +0100, Patrick Ohly wrote:
> > > But as Radicale is an example where multiple databases are possible
> > > (in
> > > contrast to Google), it's worth spelling out explicitly how such a
> > > config can be created:
> >
> > [...]
> >
> > William, did this work?
> >
> > Perhaps you (or someone else) has the time to turn the instructions
> > into a proper HOWTO? I created a place holder Wiki page for it here:
> > http://syncevolution.org/wiki/synchronizing-radicale
> >
> >
William sent me some debug logs, but then ran out of time. So I've
installed Radicale myself and found an issue that'll break
SyncEvolution: items reported by the server include double slashes in
the path.
<multistatus xmlns="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav">
<response>
<href>/public_user/calendar/calendar_1//1234567890(a)dummy.ics</href>
^^
SyncEvolution will then use /1234567890(a)dummy.ics as path in future
requests, which Radicale rejects with either 404 or 401 errors.
I'll work around that in SyncEvolution. I'm not sure whether there is a
solution with 1.2.2.
Have you considered Calypso (http://keithp.com/blogs/calypso/)? I don't
know yet whether it works with SyncEvolution; if there is interest, then
I will try it.
> I am trying to do the same thing (with one calender to start with)
> N900 <-> radicale but it did not work, because it seems the Maemo
> calendar is not found:
>
> http://pastebin.com/huMXDsEx
>
> What I am doing wrong?
You have additional spaces after your \ character. The slash must be at
the end of each line.
--
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.
6 years, 2 months
[SyncEvolution] documentation update, enhanced command line
by Patrick Ohly
Hello!
The "Getting the concepts clear" mail thread and a private email
exchange with Todd identified several shortcomings in the documentation
and/or implementation. This is my attempt to address those. A diff and
the full modified README.rst are attached.
Some of these changes will require changes in the implementation.
In short, what I am trying to achieve is:
* Better explain what local sync is and how it involves two sync
configs. "originating config" gets introduces instead of just
"sync config".
* Better explain the relationship between contexts, sync configs,
and source configs ("a sync config can use the source configs in
the same context").
* An entire section on config properties in the terminology
section.
* Less focus on conflict resolution, as suggested by Graham.
* Remove the hard-coded "target-config" name. It still needs to be
there as fallback for existing configs or users continuing to
use the current instructions.
* Fix examples that became invalid when fixing the password
storage/lookup mechanism for GNOME keyring in 1.4. I noticed
that the username=email-address part should be handled without
additional properties.
* Fix WebDAV with DNS auto-discovery. Few servers support it, so
this hasn't been noticed before.
* Fix the implicit command line magic where it does some
consistency checks when creating new configs. Not exactly sure
yet how.
I ran out of stream after updating the terminology section, the "command
line conventions", "Synchronization beyond SyncML" and "CalDAV and
CardDAV". It's possible that the other sections also contain slightly
incorrect usage of the terminology or are simply out-dated.
--
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.
6 years, 8 months
[SyncEvolution] "backend not supported by any of the backend modules"
by Pietro Battiston
Dear list,
since a couple of years I am a happy user of syncevolution under Debian
testing + Synthesis SyncML on my Android device (I only use it for the
addressbook).
However now, when I try to sync, I run as usual
syncevo-http-server http://localhost:9000/syncevolution
... but when I start the sync from the device, I get the following error
in the terminal:
First ERROR encountered: error code from SyncEvolution error parsing
config file (local, status 20010): addressbook: backend not supported by
any of the backend modules (syncxmlrpc, syncsqlite, syncqtcontacts,
syncmaemocal, synckcalextended, syncfile, syncdav, syncakonadi,
syncaddressbook, syncactivesync, platformkde) or not correctly
configured (backend=addressbook databaseFormat= syncFormat=)
The configuration itself hasn't changed in any way except for the
DeviceID which I just updated (because for some reason which is a
mystery to me - but which I don't think has anything to do with the
error I am writing about - my copy of Synthesis was raising an "invalid
license" error, and when I reregistered it, it changed DeviceID).
Since it has been some weeks since I last synced, I'm not able to
recollect exactly which packages I may have upgraded since.
Does anybody have any hint of what is going wrong? Are there known
problems with recent evolution versions? (I am using 3.8.5)
Thanks in advance for any help,
Pietro Battiston
6 years, 9 months
[SyncEvolution] syncevolution Google contacts failure
by Michael McCrann
Hi,
I have been syncing successfully from Evolution to Google contacts using sync
evolution.
A couple of days ago I tried to sync but it failed on me. This is the command
I run and the output:
[michael@bigb webapp]$ syncevolution --run -s two-way 'google_contacts'
[INFO] calendar: inactive
[INFO] memo: inactive
[INFO] todo: inactive
[INFO] SoupTransport Failure: https://m.google.com/syncml via libsoup: Not
Found
[INFO] Transport giving up after 0 retries and 0:01min
[ERROR] transport problem: transport failed, retry period exceeded
[INFO] addressbook: inactive
[ERROR] aborted on behalf of user (local, status 20017)
[INFO] creating complete data backup after sync (enabled with dumpData and
needed for printChanges)
It doesn't seem to able to find the Google syncml URL.
I also have a sync with OneMediaHub and that is working fine.
Please can anyone tell me how I can fix this issue?
6 years, 9 months
[SyncEvolution] SyncML <-> CardDAV: UID handling
by Patrick Ohly
Hello!
Who is using SyncEvolution as gateway between a SyncML client and a
CardDAV server? Which client?
I am currently updating the CardDAV backend and would like to remove
some UID handling hacks that did not work in all cases anyway.
The problem is that these hacks might be needed for SyncML clients which
claim to support UID while in fact they rewrite the UID and then send
some other UID back during an update. This then becomes a problem on the
CardDAV side because some CardDAV servers (for example, Apple Calendar
server) do not allow changing the UID during an update.
I don't know whether there are such broken SyncML clients, though, and
therefore I intend to go ahead with the change.
--
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.
6 years, 10 months
[SyncEvolution] Activesync to/from office365.com
by Nina Steiger
Hello all,
I have managed to synchronize our office calendar at outlook.office365.com with
KDE-korganizer (4.12.4) (syncevolution 1.4.99.2) under debian jessie kde4.13.
Thank you for your excellent work Patrick.
For some reason it didn't work with kwallet (I was never asked for the
password), I had to install gnome-keyring.
My question now is:
Is it possible to sync shared calendars via actice sync?
They have been accessible through davmail (an exchange caldav/carddav gateway
) by otherUsername(a)mycompany.com with the credentials of my account
myUsername(a)mycompany.com. (davmail stopped working for me at least at home for
some weired redirects to wrong authenticatiion servers after M$ changed their
office365 version, that's why I am trying syncevolution)
I do not understand how to configure syncevolution with
myUsername(a)mycompany.com and use a different username for the calendar
database.
syncevolution --print-databases username=myUsername(a)mycompany.com \
backend="ActiveSync Events"
ActiveSync Events:
Kalender (9) <default>
only shows one calendar. But I definitely have rights to read calendars from my
colleagues.
May anyone give me a hint which direction to investigate further?
Thank you for reading
6 years, 10 months
