<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Friends,<br>
We're finally starting to play seriously with the CalDav
implementation in Cyrus 2.5.10. We've flirted with it in the past,
having been building our own packages from the 2.4.x+caldav-beta
lines for years, but now we're trying to actually move from our old
CYrus IMAP/DaviCal combination to just Cyrus IMAP.<br>
<br>
The CalDav support seems to work fine with our clients --
Thunderbird/Lightning, Android, etc. -- but while we can use Cadaver
to pull perfectly good ics extracts from our old DaviCal server via
'get' and 'mget' operations, we are unable to upload those to Cyrus
with Cadaver. Here's what we see:<br>
<blockquote>
<pre>[CLIENT]
dav:/dav/calendars/user/nic/Default/> put <a class="moz-txt-link-abbreviated" href="mailto:u4q405ehiej47e0b7eiuk1fiac@google.com.ics">u4q405ehiej47e0b7eiuk1fiac@google.com.ics</a>
Uploading <a class="moz-txt-link-abbreviated" href="mailto:u4q405ehiej47e0b7eiuk1fiac@google.com.ics">u4q405ehiej47e0b7eiuk1fiac@google.com.ics</a> to `/dav/calendars/user/nic/Default/u4q405ehiej47e0b7eiuk1fiac%40google.com.ics':
Progress: [=============================>] 100.0% of 936 bytes failed:
403 Forbidden
[SERVER]
Oct 27 16:13:43 newjiji cyrus/http[10166]: login: rrcs-YADDA.central.biz.rr.com [A.B.C.D] nic Basic User logged in SESSIONID=<cyrus-10166-1477602805-1-3052002669091542334>
Oct 27 16:13:43 newjiji cyrus/http[10166]: rrcs-YADDA.central.biz.rr.com [A.B.C.D] as "nic" with "cadaver/0.23.3 neon/0.30.1"; "PUT /dav/calendars/user/nic/Default/u4q405ehiej47e0b7eiuk1fiac%40google.com.ics HTTP/1.1" => "403 Forbidden"
</pre>
</blockquote>
We really don't want to lose the event histories we have in the
calendars, some of which are >1k entries long, but cannot find a
good way to get the data into Cyrus. Could we do so by simply
dumping the ics files into the mailbox directory, running a
reconstruct and restarting?<br>
<br>
I've tried using Lightning's import function, but it barfs after a
few hundred entries, leaving the collection in an unusable state.
The only sure-fire way to recover from that is to blow away and
recreate the collection. Obviusly a suboptimal solution.<br>
<br>
We had even worse luck with Evolution, which wouldn't import at all.<br>
<br>
Any ideas?<br>
-nic<br>
<pre class="moz-signature" cols="72">--
Nic Bernstein <a class="moz-txt-link-abbreviated" href="mailto:nic@onlight.com">nic@onlight.com</a>
Onlight, Inc. <a class="moz-txt-link-abbreviated" href="http://www.onlight.com">www.onlight.com</a>
6525 W Bluemound Road, Suite 24 v. 414.272.4477
Milwaukee, Wisconsin 53213-4073
</pre>
</body>
</html>