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
[SyncEvolution] SyncEvolution git repository and bug tracking
by Patrick Ohly
Hello!
Out of convenience I was using the MeeGo Bugzilla for bug tracking and
meego.gitorious.org for the code repositories. As I was told after my
FOSDEM talk, this apparently caused some people to think of
SyncEvolution as "only for MeeGo". That's a bit surprising, given that
SyncEvolution always, and primarily, was an independent upstream
project.
Besides giving that wrong impression, there are also more practical
reasons for switching to a different infrastructure. Mixing upstream and
distro bug tracking in the same bug tracker instance could have had some
positive aspects (cross-referencing), but in practice was just
confusing. Upstream bug tracking had to use the data schema from the
distro.
So where should SyncEvolution go?
I'm currently leaning towards a personal github project:
https://github.com/pohly/SyncEvolution
github has some builtin bug tracking. That may be good enough for
SyncEvolution.
Or should I try to get it hosted on freedesktop.org? I've always thought
of SyncEvolution as something for all Linux desktops, not just for
GNOME.
Any thoughts?
--
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.
8 years, 6 months
Re: [SyncEvolution] bridgie syncml server and caldav/card dav server
by Patrick Ohly
Am 15.05.2012 10:04, schrieb Patrick Ohly:
> I solved this (https://bugs.meego.com/show_bug.cgi?id=23764) in the
> upcoming 1.3 release by checking database/databaseUser/databasePassword
> in the CalDAV/CardDAV backends.
>
> Robert, if you want, then I can make binaries available. See also my
> email to Jane ("Need to sync twice when using Ubuntu development
> release").
Binaries with version 1.2.99+20120530+SE+48b6fef+SYSYNC+2d7d1b2 are
available in the "unstable" deb repo and downloads.syncevolution.org
with support for bridging CalDAV/CardDAV and SyncML.
My plan is to turn this into a proper 1.2.99.1 quickly, say, this week.
>From the README:
CalDAV and CardDAV
==================
This section explains how to use local syncing for CalDAV and
CardDAV. Both protocols are based on WebDAV and are provided by the
same backend. They share ``username/password/syncURL`` properties
defined in their target config.
The credentials must be provided if the server is password
protected. The ``syncURL`` is optional if the ``username`` is an email
address and the server supports auto-discovery of its CalDAV and/or
CardDAV services (using DNS SRV entries, ``.well-known`` URIs, properties
of the current principal, ...).
Alternatively, credentials can also be set in the ``databaseUser`` and
``databasePassword`` properties of the source. The downside is that these
values have to be set for each source and cannot be shared. The advantage
is that, in combination with setting ``database``, such sources can be
used as part of a normal SyncML server or client sync config. SyncEvolution
then reads and writes data directly from the server and exchanges it
via SyncML with the peer that is defined in the sync config.
The ``database`` property of each source can be set to the URL of a
specific *collection* (= database in WebDAV terminology). If not set,
then the WebDAV backend first locates the server based on ``username``
or ``syncURL`` and then scans it for the default event resp. contact
collection. This is done once in the initial synchronization. At the end
of a successful synchroniation, the automatic choice is made permanent
by setting the ``database`` property.
**Warning:** the protocols do not uniquely identify this default
collection. The backend tries to make an educated guess, but it might
pick the wrong one if the server provides more than one address book
or calendar. It is safer to scan for collections manually with
``--print-databases`` and then use the URL of the desired collection
as value of ``database``.
To scan for collections, use::
syncevolution --print-databases \
backend=<caldav or carddav> \
username=<email address or user name> \
"password=!@#ABcd1234" \
syncURL=<base URL of server, if auto-discovery is not supported>
Configuration templates for Google Calendar, Yahoo Calendar and a
generic CalDAV/CardDAV server are included in SyncEvolution. The Yahoo
template also contains an entry for contact synchronization, but using
it is not recommended due to known server-side issues.
The following commands set up synchronization with a generic WebDAV
server that supports CalDAV, CardDAV and auto-discovery. For Google and Yahoo,
replace ``webdav`` with ``google-calendar`` resp. ``yahoo`` and remove the
``addressbook`` source when setting up the sync config. ::
# configure target config
syncevolution --configure \
--template webdav \
username=123456(a)example.com \
"password=!@#ABcd1234" \
target-config@webdav
# configure sync config
syncevolution --configure \
--template SyncEvolution_Client \
syncURL=local://@webdav \
username= \
password= \
webdav \
calendar addressbook
# initial slow sync
syncevolution --sync slow webdav
# incremental sync
syncevolution webdav
Here are some alternative ways of configuring the target config::
# A) Server has one URL as starting point instead of DNS auto-discovery.
syncevolution --configure \
--template webdav \
username=123456 \
"password=!@#ABcd1234" \
syncURL=http://example.com \
target-config@webdav
# B) Explicitly specify collections (from server documentation or --print-databases).
# The 'calendar' and 'addressbook' names are the ones expected by the sync config
# above, additional sources can also be configured and/or the names can be changed.
syncevolution --configure \
username=123456 \
"password=!@#ABcd1234" \
addressbook/backend=carddav \
addressbook/database=http://example.com/addressbooks/123456/ \
calendar/backend=caldav \
calendar/database=http://example.com/calendar/123456/ \
target-config@webdav \
calendar addressbook
Finally, here is how the ``@webdav`` context needs to be configured so that SyncML
clients or servers can be added to it::
# configure sources
syncevolution --configure \
databaseUser=123456 \
"databasePassword=!@#ABcd1234" \
addressbook/backend=carddav \
addressbook/database=http://example.com/addressbooks/123456/ \
calendar/backend=caldav \
calendar/database=http://example.com/calendar/123456/ \
@webdav \
calendar addressbook
# configure one peer (Memotoo in this example):
syncevolution --configure \
username=654321 \
password=^749@2524 \
memotoo@webdav
# sync
syncevolution --sync slow memotoo@webdav
--
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.
8 years, 8 months
[SyncEvolution] Sync Results for HTC-Vision (T-Mobile G2 or Desire-Z)
by Onyeibo Oku
Greetings
I attempted to sync my HTC-Vision with SyncEvolution today for the first
time over WLAN. The Server was setup according to
https://syncevolution.org/wiki/http-server-howto
The output:
http://pastebin.com/1kPcKQc1
Summary:
As much as the device established a clean connection, the
synchronization did not happen. The process terminates with an error
message: [ERROR] sync: could not extract LocURI=deviceID from initial
message.
The device client also exits with and error message: Invalid URL.
I used the community edition of Funambol Client for Android. The server
is SyncEvolution version 1.2.2 running on Fedora Linux (beefy
Miracle-17). How do I begin to rectify this scenario?
Regards
Onyeibo
8 years, 9 months
[SyncEvolution] Sync Results for HTC-Vision (T-Mobile G2 or Desire-Z)
by Onyeibo Oku
Greetings
I attempted to sync my HTC-Vision with SyncEvolution today for the first
time over WLAN. The Server was setup according to
https://syncevolution.org/wiki/http-server-howto
The output:
http://pastebin.com/1kPcKQc1
Summary:
As much as the device established a clean connection, the
synchronization did not happen. The process terminates with an error
message: [ERROR] sync: could not extract LocURI=deviceID from initial
message.
The device client also exits with and error message: Invalid URL.
I used the community edition of Funambol Client for Android. The server
is SyncEvolution version 1.2.2 running on Fedora Linux (beefy
Miracle-17). How do I begin to rectify this scenario?
Regards
Onyeibo
8 years, 9 months
[SyncEvolution] Sync Results for HTC-Vision (T-Mobile G2 or Desire-Z)
by Onyeibo Oku
Greetings
I attempted to sync my HTC-Vision with SyncEvolution today for the first
time over WLAN. The Server was setup according to
https://syncevolution.org/wiki/http-server-howto
The output:
http://pastebin.com/1kPcKQc1
Summary:
As much as the device established a clean connection, the
synchronization did not happen. The process terminates with an error
message: [ERROR] sync: could not extract LocURI=deviceID from initial
message.
The device client also exits with and error message: Invalid URL.
I used the community edition of Funambol Client for Android. The server
is SyncEvolution version 1.2.2 running on Fedora Linux (beefy
Miracle-17). How do I begin to rectify this scenario?
Regards
Onyeibo
8 years, 9 months
[SyncEvolution] Sychronizing abook and SyncML server
by Tom Kazimiers
Hi all,
I try to have two different databases in sync: abook [1] and a SyncML
server. Abook is a small address book program that integrates well with
the mail client mutt. It is able to export and import its data in
various formats, amongst them VCard. Since syncevolution is able to
handle this, it seems to be the perfect tool for the job. Using abook's
VCard export/import functionality, it will create/read one VCard file
for its whole data base. This can be split into single files for the
use with syncevolution.
I hope the actual syncing will work like this: export current abook
data to VCard, split it into one file per item, use this as the file
backend data for syncevolution, sync, combine single updated VCard files
into single files and import them back into abook.
However, after a lot of reading and fiddling with syncevolution I
couldn't manage to get it to work. I would appreciate it very much if
you could show me the right direction. This is what I did:
I added a peer (I think) for the SyncML server which seems to
synchronize fine, called funambol@default. Then I added another
context (that's what I think it is) for the local VCard file backend:
syncevolution --configure backend=file \
database=/home/tom/tmp/sync/vcard-dir \
databaseformat=text/vcard @local addressbook
Based on this I created another peer, local@default:
syncevolution --configure syncURL=local://@local \
peerIsClient=1 sync=two-way local addressbook
Now it seems I can update my local VCard data with the help of these
two commands:
syncevolution funambol@default
syncevolution local@default
With this I am able to update the VCard folder (here:
/home/tom/tmp/sync/vcard-dir). But I don't seem to be able to get changes
from the VCard files back to the SyncML server. All the changes I make to
the VCard files are not recognized by syncevolution (I try to sync with
the last two commands as well).
Based on this I have two questions:
1. Does my approach make sense at all?
2. Why isn't my modified VCard data synced back?
Thanks in advance,
Tom
[1] http://abook.sourceforge.net/
8 years, 9 months
[SyncEvolution] Help! how do I stop desktop notifications!
by Brian
Hi,
Using Fedora16/SyncEvolution 1.2-2.
I've googled, I've searched, I've grepped(-r) and I cannot find any way to turn
off these infernal notifications!!! I still want the sync to happen regularly
(to funambol), I just don't want to be interrupted every time the sync starts
and completes!
Is there anyway to end my torment?!?
Thanks!
Brian
8 years, 9 months
[SyncEvolution] Correct way to start auto. sync
by Daniel CLEMENT
Hello,
I have set up a remote sync with Funambol. I'd like to take advantage of
the automatic sync. But I've been unable to locate information about
that.
I note that when I start, then close, sync-ui, the syncevo-dbus-server
remains active. So, is it enough that I add
usr/libexec/syncevo-dbus-server
to my startup apps?
TIA - regards, Daniel
BTW, a few remarks about Funambol. As a username, I have put my phone
number _without_ the + (while on the phone, it is there). And I have
kept the default server address http://my.funambol.com/sync, whereas
their web site rather says: http://onemediahub.com:80/sync (which is the
setting on my phone).
--
Daniel CLEMENT
8 years, 9 months
Re: [SyncEvolution] Need to sync twice when using Ubuntu development release
by Patrick Ohly
On Thu, 2012-02-16 at 20:52 +1300, Jane Atkinson wrote:
> On 16/02/12 20:20, Patrick Ohly wrote:
> > On Thu, 2012-02-16 at 09:07 +1300, Jane Atkinson wrote:
> >> I'm running the current Ubuntu development release (12.04) for
> >> testing purposes. I have the syncevolution repository in my
> >> sources.list.
> >>
> >> I've noticed that I need to run syncevolution twice whenever I
> >> sync. The first time, no error messages show up, but the changes
> >> don't migrate to the phone. The second time, the changes appear
> >> on the phone as expected.
> >
> > What changes are these? In Evolution? Contacts or calendar? Are
> > you perhaps synchronizing a CalDAV calendar in Evolution with the
> > phone?
> >
> > There was a problem like that with CalDAV calendar where Evolution
> > Data Server did not refresh its copy of the data the first time
> > that SyncEvolution asked for the calendar.
> >
> Yes, the calendar is a Radicale CalDAV calendar, synced via Evolution
> (over bluetooth). It's been a while since I synced any contacts, so I
> haven't noticed anything there. If necessary, I can test those as well.
>
> The issue only shows on Ubuntu 12.04. 10.04 behaves as expected.
>
> I can run some tests tomorrow. It's a little late here for me to do
> this tonight.
The easiest test would be a "syncevolution --print-items <config name>
calendar": if that fails to show a recently added item, then EDS is not
updating itself quickly enough.
The workaround that I have in SyncEvolution (open+close+open) really is
just a hack. A proper solution has to be in EDS, something like "open
and refresh now, even if it takes a while".
Do you absolutely need the data in Evolution? It's not currently working
yet, but it would be feasible to let SyncEvolution synchronize a phone
with a CalDAV server directly.
--
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.
8 years, 9 months
