How to prime user calendars in Cyrus 3?

[Ken Murchison]

Also,

If DaviCal can export/dump a single calendar as one big iCalendar 
stream, you can bulk import that into Cyrus with:


POST /dav/calendars/user/<userid>/<calname> HTTP/1.1
Host: <hostname>
Content-Type: text/calendar
Content-Length: <nnn>

BEGIN:VCALENDAR
...
BEGIN:VEVENT
...
END:VEVENT
BEGIN:VEVENT
...
END:VCALENDAR


Where <calname> will be "Default" for a new user.  Yes "Default" was a 
shitty choice but it corresponds to the default calendar collection in 
CalDAV scheduling parlance.



On 05/04/2017 01:16 PM, Ken Murchison wrote:
>
> Hi Nic,
>
> Try adding the following header to your authenticated (as admin) requests:
>
> Authorize-As: <userid>
>
>
> This *should* allow the admin to proxy as the specified user. There 
> currently isn't any standard for proxy auth in HTTP, so I manufactured 
> by own header to do so.  This is how a frontend server in a Murder 
> proxies requests to the backend as the given user.
>
>
>
> On 05/04/2017 12:00 PM, Nic Bernstein wrote:
>> Ken,
>> I'm back to the project of trying to migrate my own Cal/CardDav users 
>> from DaviCal to Cyrus 3.  Problem I'm faced with is that other than 
>> myself, my users do not have #calendars or #addressbooks in the Cyrus 
>> mail store.  Thus my migration script fails, as destination 
>> collections do not exist.
>>
>> I do have "|caldav_create_default:| 1" set, but when pointing a 
>> browser to "http://newjiji:8008/dav/calendars/user/<userid>" for 
>> users who don't already have the collections created, I get a 404 
>> error "Mailbox does not exist."
>>
>> So my question is, how does one get these users primed?  My migration 
>> scripts use the administrative user to connect and perform the work, 
>> so such connection is not happening as the user themselves.  If my 
>> only recourse is to make each user connect a calendar client, then 
>> I'll do that, but I don't think that scales well.
>>
>> My concern here is dealing with sites which, like our own, have 
>> already deployed a CalDav solution and are looking to migrate to the 
>> inbuilt solution on Cyrus.
>>
>> Any thoughts?
>>
>> Cheers,
>>     -nic
>> -- 
>> Nic Bernsteinnic at onlight.com
>> Onlight, Inc.www.onlight.com
>> 6525 W Bluemound Road, Suite 24           v. 414.272.4477
>> Milwaukee, Wisconsin  53213-4073
>
> -- 
> Kenneth Murchison
> Principal Systems Software Engineer
> Carnegie Mellon University

-- 
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.andrew.cmu.edu/pipermail/cyrus-devel/attachments/20170504/b151bc90/attachment.html>