On Di, 2012-01-24 at 21:27 +0100, Martin Ott wrote: > I'm trying to sync several CalDAV calendar to my phone and would like to > reuse the peer/accounts. If I use the general syncURL and use specific > databases, only the initial sync for the calendar is working. But when I > use the path to the database on the server as syncURL and leave the > database-param empty, initial and normal synchronization is working. Am > I missing something in my syncevolution config? > > ##configuration for default calenar > > #specify peer > syncevolution --configure --template webdav > syncURL=https://domain.com/SOGo/dav/%u/ username=foo password=bar > SSLVerifyServer=0 target-config@sogopersonal > > #explicitly configure addressbook source on CardDAV-Server > syncevolution --configure > database=https://domain.com/SOGo/dav/foo/Contacts/personal > target-config@sogopersonal addressbook > > #explicitly configure calendar source on CalDAV-Server > syncevolution --configure > database=https://domain.com/SOGo/dav/foo/Calendar/personal > target-config@sogopersonal calendar > > #local config > syncevolution --configure --template SyncEvolution_Client > syncURL=local://@sogopersonal username= password= n900personal@default > calendar addressbook > > > #calendar initial sync works > syncevolution --sync slow n900personal calendar
That looks right. When "database" is not set in the target-config, the "syncURL" is used to find a suitable collection. Once a sync completes, the chosen collection URL is recorded in the "database" property, to avoid accidentally picking a different collection the next time. So setting the "database" manually should just provide a shortcut for the initial sync. At least that's the theory. Practice seems to disagree with theory, as it is wont to do ;-} > #, but not normal sync after delete of event (path to ics file wrong) > syncevolution n900personal calendar > "DELETE /735.ics HTTP/1.1" 405 378 "- > " "-" > > > #addressbook sync does not work > syncevolution --sync slow n900personal addressbook > > [INFO @sogopersonal] @sogopersonal/addressbook: starting first time > sync, two-way > [ERROR @sogopersonal] @sogopersonal/addressbook: error code from > SyncEvolution object not found (remote, status 404): GET: bad HTTP > status: <status 1.1, code 404, class 4, Not Found> Can you send the output of "SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no --sync slow loglevel=4 n900personal addressbook"? I tried to reproduce the issue here, but it work fine for me. -- 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. _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
