Daniel CLEMENT | 14 Apr 08:45 2015

Re: Calendar events one hour later than original

Le lundi 13 avril 2015 à 21:12 +0200, Patrick Ohly a écrit :
> [...]
> >  #include <boost/function.hpp>
> >                               ^
> > compilation terminated.
> That just means that some boost dev package is not installed. On Debian,
> that is provided by libboost1.55-dev. Install that and compilation
> should get further.

libboost1.54-dev in my case (not yet under Debian Jessie), was not
> Configure should already check for libraries, but apparently the boost
> check is incomplete.
> Can you report back to the list once you have it running?
It compiled successfully with the above library added. But the time
offset remains (not surprisingly 2 hours now, since we are on summer

Problem with the patching? IIRC, it had gone right, but I'd better test
it again.

Best regards,


(Continue reading)

Roth | 13 Apr 13:24 2015

Calendar events one hour later than original


I have the problem, that my calendar events are one hour later than in
Evolution Calendar, i.e. evolution event: 0900 o'clock, on my Wiko
Gataway the event shows as: 1000 o'clock.

I tried to change the timezone on the phone from automatic to GMT+2
(Amsterdam), unfortunately without success.

Is there a solution which can fix this problem?

Many thanks in advance.


Renato Filho | 7 Apr 04:35 2015

syncInterval patch causes events to re-sync

Hy patrick,

I have being working on my syncInterval patch and I noticed that after
change the interval (reducing it. For example from 90 to 30 days) make
syncevolution to re-sync events that was already synced and does not
have any changed.

Could you help me to understand what is happening, why these events get re-sync?

I have attached into the the bug[1] a full log of my second sync with
the syncInterval reduced from 90 days to 30 days.


[1] https://bugs.freedesktop.org/show_bug.cgi?id=86463
Khurshid Alam | 8 Mar 18:07 2015

Google contacts authentication problem with U-O-A (Ubuntu-Vivid)


I a using syncevolution-1.5-0ubuntu4 (& eds-3.12.11-0ubuntu1) on Ubuntu Vivid. After adding google account in Ubuntu-Online-Accounts I could NOT make it sync with google contacts.

Initially Evolution contacts also did not work as “contacts” feature for evolution app was NOT enabled in Google developer/account console (As commented by Alberto Mardegan on the bug report: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/1399953).

But after Alberto enabled it, it started to work with Evolution. However it still fails with syncevolution ( recreating the account in UOA did not help).

For example, running,


SYNCEVOLUTION_DEBUG=1 syncevolution --print-databases –daemon=no\

loglevel=2 backend=carddav username=uoa:3,google-contacts\ 



gives: “PROPFIND: Neon error code 1: 403 Forbidden, must not retry”. Here is the complete log: http://paste.ubuntu.com/10563001/

AFAIK, syncevolution & evolution both using same access-token/refresh-token stored in UOA. So why is it working for evolution & failing for syncevolution?

Note: It works with calendar without any problem.


SyncEvolution mailing list
Patrick Ohly | 9 Feb 14:44 2015

SyncEvolution mailing list subscriber-only


The SyncEvolution mailing lists used to be configured so that
unsubscribed users or fellow devlopers CCed on a discussion could just
send emails and I would approve them in the mailman web interface.

However, the SyncEvolution is receiving a lot of spam mails from
unsubscribed email addresses (think thousands a month) which end up in
that review queue.

The benefits no longer outweigh the work that these spam mails cause, so
I've changed the list settings such that one has to be subscribed to
post. All other emails will get rejected automatically, with a
notification to the sender.


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.
Max Pyziur | 28 Jan 18:35 2015

SMS VMG reader (fwd)

Does Evolution have any sort of support for SMS/VMG files?

I realize that this may not be the appropriate list,

Nevertheless, thanks!


---------- Forwarded message ----------
Date: Wed, 28 Jan 2015 11:41:11 -0500 (EST)
From: Max Pyziur <pyz@...>
To: users@...
Subject: SMS VMG reader


Is there a Linux-based RPM-distributed reader of VMG files.

From what I can tell, SMS messages are stored in VMG files, a text file that is 
marked-up similarly to VCF files.

Much thanks!

Max Pyziur
Zan | 27 Jan 20:56 2015

accessing local database error status 10500

greetings from alaska,

ubuntu 14.04
 syncevolution --version 1.4
using Evolution mail + contacts
running --print-databases produces a list of local evolution data

running  --print-items backend=evolution-contacts database=Personal

results in this error:

[ERROR] error code from SyncEvolution fatal error (local, status 10500): : accessing database: The name org.gnome.evolution.dataserver.AddressBook6 was not provided by any .service files

Many thanks for suggestions or pointing me to a how-to elsewhere

(I am attempting this as a  test project to produce separated .vcf files from my addressbook from:

as my attempts with the sync-ui were producing a local database error)
SyncEvolution mailing list
Daniel CLEMENT | 3 Jan 18:13 2015

One-way time offset

Hello, and happy 2015 year to all list members.

Linux Mint Debian, Evolution 3.8.5, SyncEvolution 1.5.

I have noticed that when I sync from Evolution to my phone (Nokia E72),
the calendar item is 1 hour late on the Nokia. But when I sync from the
phone to Evolution, there is no such offset.

I'm puzzled, AFAICT it was not the case before we switched to winter
time. On the phone, as usual, it was automatic, and then I got the
message that "calendar entries had been updated". But I had never seen
this offset the years before.

Evolution is set to "use system time zone", and the phone gets its time
from the GSM network.

TIA for any input about this. Best regards,

Khurshid Alam | 23 Dec 20:14 2014

“usename=goa:username <at> gmail.com” doesn't work on Ubuntu Gnome (Vivid)


When I try

syncevolution --print-databases \

backend=carddav \

username=goa:myusername-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \


it throws me

“unknown identity provider 'goa' in 'goa:myusername <at> gmail.com'”

AFAIK goa integration is enabled by default. So it should work with it.  However, in Unity, if I install 'syncevolution-provider-uoa', it works fine with Ubuntu online online accounts i.e. 'username=uoa:11, google-contacts'.

Also it doesn't seem to work with oauth2 either.

"username=oauth2:{'TokenHost': 'https://accounts.google.com', 'TokenPath': '/o/oauth2/token', 'Scope': 'https://www.googleapis.com/auth/carddav https://www.googleapis.com/auth/calendar', 'ClientID': '923794261470.apps.googleusercontent.com', 'ClientSecret': 'SlVBAcxamM0TBPlvX2c1zbEY'}"

"password=1/CxmvbGWTmgyKTlv**************" [refresh token extracted from seahorse]

syncevolution --print-databases \

backend=carddav \

username=$username \

password=$password \


gives “[ERROR 00:00:00] unknown identity provider 'oauth2' in 'oauth2:{'TokenHost': 'h....................” why?


Thanks & Merry Christmas.

SyncEvolution mailing list
Gregor Horvath | 12 Dec 12:49 2014

N900 / Radicale multiget 410 error


I get the following error in the log for one calender, the other ones
work with the same Europe/Vienna Timezones:

First ERROR encountered: error code from SyncEvolution command gone
(remote, status 410): GET item Europe/Vienna not returned by 'multiget
new/updated items': bad HTTP status: <status 1.1, code 410, class 4,

$ syncevolution --version
SyncEvolution 1.3+20120925+SE+899a952+unclean (pre-release)

I read that there is some workaround in syncevolution because radicale
does not support multiget:


But it seems not to work in this case.
Any hints?
Can multiget be turned off in the configuration?

Best regards

SyncEvolution mailing list
Tino Mettler | 4 Dec 17:14 2014

User TLS instead of SSLv3 in syncevolution-http-server


the attached patch switches the syncevo-http-server script from using
SSLv3 to TLS. This avoids the potential security risk that arises with
SSLv3 and also fixes connections problems with clients not supporting
SSLv3 anymore. The latter is the case with syncevolution in Debian
Jessie, as it uses gnutls with disabled SSLv3 support.

SyncEvolution mailing list