On Sun, 2012-06-17 at 14:30 +1200, Jane Atkinson wrote: > On 17/06/12 00:19, Patrick Ohly wrote: > > > > 1.2.99+20120615+SE+1c2f1c2+SYSYNC+de54721 is released as unstable > > version and has support for VTODO and VJOURNAL. > > > > commit 5bc01e79901ade98269ee9a244f52f9544ec13b1 Author: Patrick > > Ohly <[email protected]> Date: Tue Jun 12 17:41:46 2012 > > +0200 > > > > CalDAV: support VJOURNAL + VTODO (BMC #24893) > > > > The new backend property values "CalDAVTodo" and "CalDAVJournal" > > select tasks resp. memos stored in a CalDAV collection. "CalDAV" > > continues to select events. > > > > Events, tasks and journals can be mixed in the same resource (= > > URL). However, this is less efficient than storing them > > separately. > > > > A good CalDAV server allows filtering items by type, and > > SyncEvolution uses that. However, it was found that Radicale 0.7 > > ignores this filtering, which could have led to data loss > > (SyncEvolution asks for all VTODOs in preparation for a "delete all > > items" operation in a "CalDAVTodo" source, gets also VJOURNALs, > > then deletes them). > > > > Therefore SyncEvolution plays it safe and downloads the VTODO and > > VJOURNAL data to double-check that it is working on the right > > items. This causes additional traffic for well-behaving servers; > > currently it cannot be turned off. > > > > What is missing for VJOURNAL is the conversion to plain text (see > > BMC not possible yet. > > > > You use this by replacing "backend=caldav" with > > "backend=caldavtodo" resp. "backend=caldavjournal" when configuring > > "todo" resp. "memo" sources. > > > > > Having got rather confused over the command line configuration (trying > to add the additional capabilities), I decided to delete the entire > @webdav config altogether and start again. > > I began with: syncevolution --configure \ > --template webdav \ > username=name \ > "password=" \ > syncURL=http://servername:5232/ \ > target-config@webdav > > which just hung and did nothing.
Indeed it looks like it does nothing. I had to run with additional debug output enabled to figure it out. In my case, with literally using "servername" in the syncURL, it hangs because the command tries to verify that there is a valid collection for the "addressbook" source. It does that to enable only those sources in the webdav template which really work. Because the host name lookup fails and that is considered a temporary problem (well, it might be...), it retries for several minutes. The logic comes from a time when database lookup was local, quick and didn't fail. I wonder whether it still applies, and how the process can be made more transparent to the user. I guess an INFO message when starting to look for databases would at least give a hint. In your case, did you use a real syncURL with a valid host name? This particular behavior should have been the same as before. When I do that with my Radicale installation, then the command succeeds. It finds and thus enables "calendar", but does not find an address book. That's because Radicale does not list VCARD as supported component in my address book collection. That looks like a bug in Radicale. The "webdav" template is incomplete - I need to add "caldavtodo" and "caldavjournal". Thanks for reminding me that the template exists ;-) -- 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
