proxy / Re: How to prime user calendars in Cyrus 3?

Дилян Палаузов dilyan.palauzov at aegee.org
Sat May 6 14:45:28 EDT 2017


Hello,

pardon me, apparently HTTP/1.1 does not understand SASL.

Regards
   Дилян

On 05/06/2017 08:22 PM, Дилян Палаузов wrote:
> Hello,
>
> can't for this purpose the distinction between
> authorization/authentication be solely used, e.g. as in the SASL LOGIN
> mechanism?
>
> So one provides distinct authcid and authzid, which implies the value of
> the Authorize-As header,
>
> Greetings
>   Дилян
>
> On 05/04/2017 07: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 Bernstein                             nic 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
>>


More information about the Cyrus-devel mailing list