12:56 p.m.
On Mon, 2012-02-13 at 09:03 +0100, Patrick Ohly wrote:
On Mon, 2012-02-13 at 11:00 +0800, William Kenworthy wrote:
> I am trying to set up syncevolution to a radicale (6.4) CalDAV server so
> that my nokia n900 can get calendar information. Radicale is working
> and with a number of calendars being accessed via evolution, tbird and
> ipads/iphones. Its using htpasswd with crypt for security.
>
> How can I get syncevolution to access it?
[...]
> I have tried both on the n900 (SyncEvolution 1.2.2+20120123+SE+b2c8923
> +unclean) and on the same host (gentoo, se ver 1.1.1) as is the radicale
> server - the n900 syncevolution doesn't give much debug unfortunately.
You need SyncEvolution >= 1.2.
> I have tried numerous configs but have not been able to get it going -
> this is one example - there are quite a few examples on the net but but
> none make sense/work with radicale it seems.
>
> syncevolution --configure \
> --template SyncEvolution backend=CalDAV \
> --sync-property username=aaaa \
> --sync-property password=aaaa \
> --sync-property
syncURL=caldav://aaaa@moriah.lan.localdomain:5232/aaaa/Test/ \
> target-config@Test
>
>
> [ERROR] no such source(s): --sync-property password=aaaa
syncURL=caldav://aaaa@moriah.lan.localdomain:5232/aaaa/Test/ target-config@Test
username=aaaa
This is from SyncEvolution 1.1.1, right? It does not yet support the
backend=CalDAV way of setting a --source-property and thus fails to
parse the command line as it was intended.
Please have a look at the section "CalDAV and CardDAV" in
http://syncevolution.org/documentation/syncevolution-usage if you need
further documentation on setting up CalDAV. The syncURL in your example
above is wrong, it should be http or https. If caldav works, then its
just a coincidence that shouldn't be relied on.
Thamks Patrick, I have moved a bit further. I put 1.2.2 back on the
desktop (I had moved to 1.1.1 in case it was a bug in the latest
version, forgetting it didnt do caldav.) but the main problem was
missing --enable-dav when running configure :)
I chose the "caldav" URL because thats what the "syncevolution" cmd
prints - so I thought that was what it would use to access the CalDAV
server - but neither caldav or http works.
My initial script now does not create an error, but an attempt at sync generates a host
lookup error (on both the desktop and the n900) so I am missing something else ...
The user docs dont show using a syncURL in the caldav example but it looks like it must
have one, or is there another property that should be used?
wdk@moriah ~ $ SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no loglevel=4 --print-items
@Test calendar
HTTP session to ://:0 begins.
[DEBUG 00:00:00] Tue 2012-02-14 01:25:13 UTC = 09:25 +0800 WST
[DEBUG 00:00:00] calendar: slow sync or testing, do full item scan to detect changes
[DEBUG 00:00:00] starting REPORT 'meta data', credentials unverified, deadline in
300.0s
ah_create, for WWW-Authenticate
Running pre_send hooks
[DEBUG 00:00:00] forced sending credentials
Sending request headers:
REPORT Test HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: :0
Content-Length: 305
Depth: 1
Content-Type: application/xml; charset="utf-8"
Authorization: xxxxxxxxxx
Sending request-line and headers:
Doing DNS lookup on ...
[DEBUG 00:00:00] REPORT 'meta data': Neon error code 2, no HTTP status: Could not
resolve hostname `': Host not found, might retry
[DEBUG 00:00:00] retry REPORT 'meta data' in 5.0s, attempt #1
...
Config:
syncevolution --configure calendar/database=Test \
--template webdav \
username=aa \
password=aa \
syncURL="http://moriah.lan.localdomain:5232/aa/Test/" \
target-config@Test
syncevolution --configure \
--template SyncEvolution_Client \
syncURL=local://@Test \
username= \
password= \
Test \
calendar
Ive also tried aa(a)moriah.lan.localdomain as a username without success.
BillK