> lam user.nic.#calendars.%
user.nic.#calendars.Default:
anyone 9
nic lrswipkxtecdan
user.nic.#calendars.Inbox:
nic lrswipkxtecdan
anyone 789
user.nic.#calendars.Outbox:
nic lrswipkxtecdanAlso, it's quite clear after looking in the mail store for a #calendars folder that simply dropping ics files in there will do no good whatsoever.
-nic
On 10/27/2016 04:25 PM, Nic Bernstein via Info-cyrus wrote:
Friends,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.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:[CLIENT] dav:/dav/calendars/user/nic/Default/> putu4q405ehiej47e0b7eiuk1f...@google.com.ics uploadingu4q405ehiej47e0b7eiuk1f...@google.com.ics 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"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?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.We had even worse luck with Evolution, which wouldn't import at all. Any ideas? -nic -- Nic bernstein...@onlight.com Onlight, Inc.www.onlight.com 6525 W Bluemound Road, Suite 24 v. 414.272.4477 Milwaukee, Wisconsin 53213-4073 ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
-- Nic Bernstein n...@onlight.com Onlight, Inc. www.onlight.com 6525 W Bluemound Road, Suite 24 v. 414.272.4477 Milwaukee, Wisconsin 53213-4073
<<attachment: nic.vcf>>
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
