Re: [SyncEvolution] one-way-sync not respected
On Mon, 2013-07-22 at 07:06 -0300, Juan Antonio Zuloaga Mellino wrote:
I realize I didn't explain myself properly:
Google requires authentication for accessing the caldav api.
On public calendars, any authentication credentials are accepted for
reading public calendars.
Trying to write on remote without ownership produces the 403 error.
Reading doesn't produce it. I don't know if that's expected.
Why does syncevolution try to access writing functions, if one-way
sync was selected?
The log helped. Something is going wrong with change detection: the
remote side is requesting an "Add" of an item which already exists
locally.
The local side then eventually comes to the conclusion that the remote
side has too many items and tries to delete some. It shouldn't do that
and the remote side rejects that without ever trying to write to
Google.
In other words, sync is one-way as intended, it just doesn't quite work
as intended. I'll try to reproduce here.
--
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.