Mailing List Archive: Apple and Davical permissions

Apple and Davical permissions

Jun 7, 2023, 6:57 AM

Post #1 of 6 (435 views)

Hi!

Everybody knows that Apple devices, need readwrite privilege on
principal in order to access to a shared calendar/addressbook of a
different user on it's principal. That's clear or they don't sync.

But it should be possible to have a calendar where you give read or
read-write permission to another user and another calendar or another
ones, where you don't give permissions to that user. I could want to
have a public calendar and a private one!.

Mac OS, seems not to behave properly when it has permissions on only one
principal's calendar or addressbook but not in all of them. Have you
ever seen something like this?.

Could you know the appropiate way of handling it?.

Best regards,

--

EGOITZ AURREKOETXEA
Dpto. de sistemas
944 209 470
egoitz@sarenet.es
www.sarenet.es [1]
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)

Antes de imprimir este correo electrónico piense si es necesario
hacerlo.

Links:
------
[1] http://www.sarenet.es

Re: Apple and Davical permissions [ In reply to ]

egoitz at sarenet

Jun 7, 2023, 10:16 AM

Post #2 of 6 (434 views)

Permalink

I'm checcking all these.. but... can't really believe that you can't
have :

sharing user -> calendar_a and calendar_b

user with permissions granted in sharing user principal -> read and
write to calendar_a but no permissions con calendar_b due to sharing
user's privacy.

The real truth is that I have 50 delegations, 50 accounts sharing to a
group if this same 50 accounts and with this configuration but... it
should be a pretty tipical configuration...

Has never had issues with it and Apple devices?.

Any help really appreciated.

Regards,

El 2023-06-07 15:57, Egoitz Aurrekoetxea escribió:

> ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>
> Hi!
>
> Everybody knows that Apple devices, need readwrite privilege on principal in order to access to a shared calendar/addressbook of a different user on it's principal. That's clear or they don't sync.
>
> But it should be possible to have a calendar where you give read or read-write permission to another user and another calendar or another ones, where you don't give permissions to that user. I could want to have a public calendar and a private one!.
>
> Mac OS, seems not to behave properly when it has permissions on only one principal's calendar or addressbook but not in all of them. Have you ever seen something like this?.
>
> Could you know the appropiate way of handling it?.
>
> Best regards,
>
> --
>
> EGOITZ AURREKOETXEA
> Dpto. de sistemas
> 944 209 470
> egoitz@sarenet.es
> www.sarenet.es [1]
> Parque Tecnológico. Edificio 103
> 48170 Zamudio (Bizkaia)
>
> Antes de imprimir este correo electrónico piense si es necesario hacerlo.
>
> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>
> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general
>
> ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

Links:
------
[1] http://www.sarenet.es

Re: Apple and Davical permissions [ In reply to ]

egoitz at sarenet

Jun 7, 2023, 11:27 AM

Post #3 of 6 (434 views)

Permalink

The issues we are facing basically is that the user with permissions in
a shared calendar, ends up by not being able to write in that calendar,
although having events synced is possible.

And if we reboot that Mac computer, it sometimes works a couple of
times...

It's like after X number of fails it couldn't sync for writing
anymore...

Honestly I'm trying to think a solution... even if patching Davical for
behaving "specially" with Apple clients but... there's not an ideal
solution...

Have you ever suffered an effect like this?.

Thanks mates,

Bye!

---

EGOITZ AURREKOETXEA
Dpto. de sistemas
944 209 470
egoitz@sarenet.es
www.sarenet.es [1]
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)

Antes de imprimir este correo electrónico piense si es necesario
hacerlo.

El 2023-06-07 19:16, Egoitz Aurrekoetxea escribió:

> ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>
> I'm checcking all these.. but... can't really believe that you can't have :
>
> sharing user -> calendar_a and calendar_b
>
> user with permissions granted in sharing user principal -> read and write to calendar_a but no permissions con calendar_b due to sharing user's privacy.
>
> The real truth is that I have 50 delegations, 50 accounts sharing to a group if this same 50 accounts and with this configuration but... it should be a pretty tipical configuration...
>
> Has never had issues with it and Apple devices?.
>
> Any help really appreciated.
>
> Regards,
>
> El 2023-06-07 15:57, Egoitz Aurrekoetxea escribió:
>
>> ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>>
>> Hi!
>>
>> Everybody knows that Apple devices, need readwrite privilege on principal in order to access to a shared calendar/addressbook of a different user on it's principal. That's clear or they don't sync.
>>
>> But it should be possible to have a calendar where you give read or read-write permission to another user and another calendar or another ones, where you don't give permissions to that user. I could want to have a public calendar and a private one!.
>>
>> Mac OS, seems not to behave properly when it has permissions on only one principal's calendar or addressbook but not in all of them. Have you ever seen something like this?.
>>
>> Could you know the appropiate way of handling it?.
>>
>> Best regards,
>>
>> --
>>
>> EGOITZ AURREKOETXEA
>> Dpto. de sistemas
>> 944 209 470
>> egoitz@sarenet.es
>> www.sarenet.es [1]
>> Parque Tecnológico. Edificio 103
>> 48170 Zamudio (Bizkaia)
>>
>> Antes de imprimir este correo electrónico piense si es necesario hacerlo.
>>
>> ATENCION
>> ATENCION
>> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>> ATENCION
>> ATENCION
>> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>>
>> _______________________________________________
>> Davical-general mailing list
>> Davical-general@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/davical-general
>>
>> ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>
> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>
> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general
>
> ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

Links:
------
[1] http://www.sarenet.es

Re: Apple and Davical permissions [ In reply to ]

t.hendricks at interpool

Jun 7, 2023, 2:24 PM

Post #4 of 6 (433 views)

Permalink

?Hi Egoitz,
Apple clients suck big time: on Ventura the Calendar app crashes on entering a location. Here
https://discussions.apple.com/thread/254451757?page=2"]https://discussions.apple.com/thread/254451757?page=2
people allegedly spoke to Apple Support directly and they don’t intend to fix it. So CalDAV at all (same with e.g. Synology-Servers) will have a Hard time with Apple Standard Software. So I would not give too much hope this could be fixed on the davical end. ????
Cheers!
Tino

Am 07.06.2023 um 20:30 schrieb Egoitz Aurrekoetxea <egoitz@sarenet.es>:

?

The issues we are facing basically is that the user with permissions in a shared calendar, ends up by not being able to write in that calendar, although having events synced is possible.

And if we reboot that Mac computer, it sometimes works a couple of times...

It's like after X number of fails it couldn't sync for writing anymore...

Honestly I'm trying to think a solution... even if patching Davical for behaving "specially" with Apple clients but... there's not an ideal solution...

Have you ever suffered an effect like this?.

Thanks mates,

Bye!

---
Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 egoitz@sarenet.es http://www.sarenet.es"]www.sarenet.es Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) Antes de imprimir este correo electrónico piense si es necesario hacerlo.

El 2023-06-07 19:16, Egoitz Aurrekoetxea escribió:

ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

I'm checcking all these.. but... can't really believe that you can't have :

sharing user -> calendar_a and calendar_b

user with permissions granted in sharing user principal -> read and write to calendar_a but no permissions con calendar_b due to sharing user's privacy.

The real truth is that I have 50 delegations, 50 accounts sharing to a group if this same 50 accounts and with this configuration but... it should be a pretty tipical configuration...

Has never had issues with it and Apple devices?.

Any help really appreciated.

Regards,

El 2023-06-07 15:57, Egoitz Aurrekoetxea escribió:

ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

Hi!

Everybody knows that Apple devices, need readwrite privilege on principal in order to access to a shared calendar/addressbook of a different user on it's principal. That's clear or they don't sync.

But it should be possible to have a calendar where you give read or read-write permission to another user and another calendar or another ones, where you don't give permissions to that user. I could want to have a public calendar and a private one!.

Mac OS, seems not to behave properly when it has permissions on only one principal's calendar or addressbook but not in all of them. Have you ever seen something like this?.

Could you know the appropiate way of handling it?.

Best regards, --
Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 egoitz@sarenet.es http://www.sarenet.es"]www.sarenet.es Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) Antes de imprimir este correo electrónico piense si es necesario hacerlo.
ATENCION
ATENCION
ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
ATENCION
ATENCION
ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general"]https://lists.sourceforge.net/lists/listinfo/davical-general

ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

ATENCION
ATENCION
ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

ATENCION
ATENCION
ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general"]https://lists.sourceforge.net/lists/listinfo/davical-general

ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

Re: Apple and Davical permissions [ In reply to ]

andrew at etc

Jun 7, 2023, 2:58 PM

Post #5 of 6 (433 views)

Permalink

Hey Egoitz,

Can you please try raising a support ticket with Apple about this? Although, as Tino implies, I
wouldn't hold out much hope.

We do have a few things to handle Apple software (and others!), if a solution could be determined
here, then we can certainly look at it.

Kind regards,
Andrew

On Wed, 2023-06-07 at 15:57 +0200, Egoitz Aurrekoetxea wrote:
> Hi!
>
> Everybody knows that Apple devices, need readwrite privilege on principal in order to access to a
> shared calendar/addressbook of a different user on it's principal. That's clear or they don't
> sync.
> But it should be possible to have a calendar where you give read or read-write permission to
> another user and another calendar or another ones, where you don't give permissions to that user.
> I could want to have a public calendar and a private one!.
> Mac OS, seems not to behave properly when it has permissions on only one principal's calendar or
> addressbook but not in all of them. Have you ever seen something like this?.
> Could you know the appropiate way of handling it?.
>
> Best regards,
> --
>
> sarenet
> Egoitz Aurrekoetxea
> Dpto. de sistemas
> 944 209 470
> egoitz@sarenet.es
> www.sarenet.es
> Parque Tecnológico. Edificio 103
> 48170 Zamudio (Bizkaia)
> servicios sarenet
>
>
> Antes de imprimir este correo electrónico piense si es necesario hacerlo.
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

--
Andrew Ruthven, Wellington, New Zealand
andrew@etc.gen.nz |
Catalyst Cloud: | This space intentionally left blank
https://catalystcloud.nz |

Re: Apple and Davical permissions [ In reply to ]

egoitz at sarenet

Jun 7, 2023, 3:58 PM

Post #6 of 6 (433 views)

Permalink

Hi!
Thanks a lot mates. It’s honestly a so huge bug IMHO so that… I suppose perhaps a workaround could exist….
Could you know it?.
Thank you so much to both mates ????????

Egoitz,

El 7 jun 2023, a las 23:59, Andrew Ruthven <andrew@etc.gen.nz> escribió:

?
ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
Hey Egoitz,
Can you please try raising a support ticket with Apple about this? Although, as Tino implies, I wouldn't hold out much hope.
We do have a few things to handle Apple software (and others!), if a solution could be determined here, then we can certainly look at it.
Kind regards,Andrew
On Wed, 2023-06-07 at 15:57 +0200, Egoitz Aurrekoetxea wrote:

Hi!

Everybody knows that Apple devices, need readwrite privilege on principal in order to access to a shared calendar/addressbook of a different user on it's principal. That's clear or they don't sync.

But it should be possible to have a calendar where you give read or read-write permission to another user and another calendar or another ones, where you don't give permissions to that user. I could want to have a public calendar and a private one!.

Mac OS, seems not to behave properly when it has permissions on only one principal's calendar or addressbook but not in all of them. Have you ever seen something like this?.

Could you know the appropiate way of handling it?.

Best regards,--
Egoitz AurrekoetxeaDpto. de sistemas944 209 470egoitz@sarenet.es http://www.sarenet.es"]www.sarenet.esParque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)Antes de imprimir este correo electrónico piense si es necesario hacerlo._______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general"]https://lists.sourceforge.net/lists/listinfo/davical-general

--
Andrew Ruthven, Wellington, New Zealand andrew@etc.gen.nz | Catalyst Cloud: | This space intentionally left blank https://catalystcloud.nz | ATENCION
ATENCION
ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

ATENCION
ATENCION
ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.

_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

ATENCIÓN: este correo se ha enviado desde fuera de la organización. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.