Mailing List Archive

Hey Tino,

Hmm...  I can't think of a way to filter out the "this is my card" contact.

What we do at work for shared address books is everyone logs in as
themselves to our DAViCal server (own calendar and contacts) but also have
access various shared addressbooks and calendars. In some cases write access
is limited.

Because the shared resouces are visible, when setting up a CalDAV/CardDAV
client, people can see their calendar/addressbook and the shared ones.

Cheers,
Andrew

On Wed, 2024-02-21 at 17:09 +0100, Tino Hendricks via Davical-general wrote:
> Dear list,
>
> to address the limitations of a shared address book we simply have one
> address-user that everybody uses for their address book (macOS).
>
> Exactly and only since we are managing our client devices with MDM
> (Mosyle) and roll out the settings via a Contacts profile all enrolled
> devices have the same „this is my card“ user because it get’s synced via
> Davical.
>
> This is not the case with the identical settings entered manually in a
> device.
>
> Is there a way to avoid this?
>
> Maybe even simply with a dirty hack that suppresses the  „me-card“
> request?
>
>
> [Wed Feb 21 16:52:32.313463 2024] [php:notice] [pid 9096] [client
> 123.456.789.123:49931] davical: LOG: response:-->    <C:me-card>
> [Wed Feb 21 16:52:32.313475 2024] [php:notice] [pid 9096] [client
> 123.456.789.123:49931] davical: LOG: response:-->    
> <href>/caldav.php/test/addresses/8F40B46F-955B-4647-B177-
> C07A9326A701.vcf</href>
>
> Thank you so much!
>
> Tino
>
> _______________________________________________
> 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 |

Hey Andrew,

thanks a lot for your reply.
After you mentioned the shared address book I thought maybe I’d give this approach another try – sounds like the easiest way (and to be honest I don’t remember why I didn’t take this approach first). ???????

However, I can’t get it to work. :-(

Let’s say my normal user is „themselves“ and the user of the shared address book is „sharedaddresses“.

I granted ALL access on (DAV Path) /caldav.php/sharedaddresses/addresses/ to Display Name themselves.

Settings in macOS Contacts:
(Screenshot removed due to list's max mail size setting. URL was https://caldav.domain.tld//caldav.php/sharedaddresses/addresses )

But the request always gets remapped to the „themselves“ user. What could be wrong.
123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "OPTIONS /caldav.php/themselves/ HTTP/1.1" 200 -
123.456.123.456 - - [23/Feb/2024:12:08:19 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 401 40
123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 1278
123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 401 40
123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13146
123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "REPORT /caldav.php/themselves/addresses/ HTTP/1.1" 401 40
123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "REPORT /caldav.php/themselves/addresses/ HTTP/1.1" 207 119


I checked with
LogLevel alert rewrite:trace3
no Rewrite Rules of Apache is getting in the way.

What is your setup? Do you see any error in mine?

Thank you very much!

Tino

> Am 22.02.2024 um 09:17 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>
> Hey Tino,
>
> Hmm... I can't think of a way to filter out the "this is my card" contact.
>
> What we do at work for shared address books is everyone logs in as themselves to our DAViCal server (own calendar and contacts) but also have access various shared addressbooks and calendars. In some cases write access is limited.
>
> Because the shared resouces are visible, when setting up a CalDAV/CardDAV client, people can see their calendar/addressbook and the shared ones.
>
> Cheers,
> Andrew
>
> On Wed, 2024-02-21 at 17:09 +0100, Tino Hendricks via Davical-general wrote:
>> Dear list,
>>
>> to address the limitations of a shared address book we simply have one address-user that everybody uses for their address book (macOS).
>>
>> Exactly and only since we are managing our client devices with MDM (Mosyle) and roll out the settings via a Contacts profile all enrolled devices have the same „this is my card“ user because it get’s synced via Davical.
>>
>> This is not the case with the identical settings entered manually in a device.
>>
>> Is there a way to avoid this?
>>
>> Maybe even simply with a dirty hack that suppresses the „me-card“ request?
>>
>>
>> [Wed Feb 21 16:52:32.313463 2024] [php:notice] [pid 9096] [client 123.456.789.123:49931] davical: LOG: response:--> <C:me-card>
>> [Wed Feb 21 16:52:32.313475 2024] [php:notice] [pid 9096] [client 123.456.789.123:49931] davical: LOG: response:--> <href>/caldav.php/test/addresses/8F40B46F-955B-4647-B177-C07A9326A701.vcf</href>
>>
>> Thank you so much!
>>
>> Tino
>>
>> _______________________________________________
>> Davical-general mailing list
>> Davical-general@lists.sourceforge.net <mailto: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 |
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

I’d be really grateful for a small hint how to set up the shared address book.

Thank you very much!

Tino

> Am 24.02.2024 um 14:27 schrieb Tino Hendricks <t.hendricks@interpool.de>:
>
> Hey Andrew,
>
> thanks a lot for your reply.
> After you mentioned the shared address book I thought maybe I’d give this approach another try – sounds like the easiest way (and to be honest I don’t remember why I didn’t take this approach first). ???????
>
> However, I can’t get it to work. :-(
>
> Let’s say my normal user is „themselves“ and the user of the shared address book is „sharedaddresses“.
>
> I granted ALL access on (DAV Path) /caldav.php/sharedaddresses/addresses/ to Display Name themselves.
>
> Settings in macOS Contacts:
> (Screenshot removed due to list's max mail size setting. URL was https://caldav.domain.tld//caldav.php/sharedaddresses/addresses )
>
> But the request always gets remapped to the „themselves“ user. What could be wrong.
> 123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "OPTIONS /caldav.php/themselves/ HTTP/1.1" 200 -
> 123.456.123.456 - - [23/Feb/2024:12:08:19 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 401 40
> 123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 1278
> 123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 401 40
> 123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13146
> 123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "REPORT /caldav.php/themselves/addresses/ HTTP/1.1" 401 40
> 123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "REPORT /caldav.php/themselves/addresses/ HTTP/1.1" 207 119
>
>
> I checked with
> LogLevel alert rewrite:trace3
> no Rewrite Rules of Apache is getting in the way.
>
> What is your setup? Do you see any error in mine?
>
> Thank you very much!
>
> Tino
>
>> Am 22.02.2024 um 09:17 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>
>> Hey Tino,
>>
>> Hmm... I can't think of a way to filter out the "this is my card" contact.
>>
>> What we do at work for shared address books is everyone logs in as themselves to our DAViCal server (own calendar and contacts) but also have access various shared addressbooks and calendars. In some cases write access is limited.
>>
>> Because the shared resouces are visible, when setting up a CalDAV/CardDAV client, people can see their calendar/addressbook and the shared ones.
>>
>> Cheers,
>> Andrew
>>
>> On Wed, 2024-02-21 at 17:09 +0100, Tino Hendricks via Davical-general wrote:
>>> Dear list,
>>>
>>> to address the limitations of a shared address book we simply have one address-user that everybody uses for their address book (macOS).
>>>
>>> Exactly and only since we are managing our client devices with MDM (Mosyle) and roll out the settings via a Contacts profile all enrolled devices have the same „this is my card“ user because it get’s synced via Davical.
>>>
>>> This is not the case with the identical settings entered manually in a device.
>>>
>>> Is there a way to avoid this?
>>>
>>> Maybe even simply with a dirty hack that suppresses the „me-card“ request?
>>>
>>>
>>> [Wed Feb 21 16:52:32.313463 2024] [php:notice] [pid 9096] [client 123.456.789.123:49931] davical: LOG: response:--> <C:me-card>
>>> [Wed Feb 21 16:52:32.313475 2024] [php:notice] [pid 9096] [client 123.456.789.123:49931] davical: LOG: response:--> <href>/caldav.php/test/addresses/8F40B46F-955B-4647-B177-C07A9326A701.vcf</href>
>>>
>>> Thank you so much!
>>>
>>> Tino
>>>
>>> _______________________________________________
>>> Davical-general mailing list
>>> Davical-general@lists.sourceforge.net <mailto: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 |
>>
>> _______________________________________________
>> Davical-general mailing list
>> Davical-general@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/davical-general
>

Hey Tino,

Hmmm, that sounds rather odd. That is the approach that I've taken both at
home, and at work.

I would have expected the macOS Contacts client to be able to show you all
the addressbooks that you have access to.

What version of macOS are you using? My iMac is getting rather long in the
tooth now, so I'm not able to run any of the recent major version to test at
home.

Cheers,
Andrew

On Wed, 2024-02-28 at 11:54 +0100, Tino Hendricks wrote:
> I’d be really grateful for a small hint how to set up the shared address
> book.
>
> Thank you very much!
>
> Tino
>
> > Am 24.02.2024 um 14:27 schrieb Tino Hendricks
> > <t.hendricks@interpool.de>:
> >
> >
> >
> >
> > Hey Andrew,
> >
> > thanks a lot for your reply.
> > After you mentioned the shared address book I thought maybe I’d give
> > this approach another try – sounds like the easiest way (and to be
> > honest I don’t remember why I didn’t take this approach first). ???????
> >
> > However, I can’t get it to work. :-(
> >
> > Let’s say my normal user is „themselves“ and the user of the shared
> > address book is „sharedaddresses“.
> >
> > I granted ALL access on (DAV Path)
> > /caldav.php/sharedaddresses/addresses/ to Display Name themselves.
> >
> > Settings in macOS Contacts:
> > (Screenshot removed due to list's max mail size setting. URL was
> > https://caldav.domain.tld//caldav.php/sharedaddresses/addresses )
> >
> > But the request always gets remapped to the „themselves“ user. What
> > could be wrong.
> > 123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "OPTIONS
> > /caldav.php/themselves/ HTTP/1.1" 200 -
> > 123.456.123.456 - - [23/Feb/2024:12:08:19 +0100] "PROPFIND
> > /caldav.php/themselves/ HTTP/1.1" 401 40
> > 123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "PROPFIND
> > /caldav.php/themselves/ HTTP/1.1" 207 1278
> > 123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "PROPFIND
> > /caldav.php/themselves/ HTTP/1.1" 401 40
> > 123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "PROPFIND
> > /caldav.php/themselves/ HTTP/1.1" 207 13146
> > 123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "REPORT
> > /caldav.php/themselves/addresses/ HTTP/1.1" 401 40
> > 123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "REPORT
> > /caldav.php/themselves/addresses/ HTTP/1.1" 207 119
> >
> >
> > I checked with
> > LogLevel alert rewrite:trace3
> > no Rewrite Rules of Apache is getting in the way.
> >
> > What is your setup? Do you see any error in mine?
> >
> > Thank you very much!
> >
> > Tino
> >
> > > Am 22.02.2024 um 09:17 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
> > >
> > > Hey Tino,
> > >
> > > Hmm...  I can't think of a way to filter out the "this is my card"
> > > contact.
> > >
> > > What we do at work for shared address books is everyone logs in as
> > > themselves to our DAViCal server (own calendar and contacts) but also
> > > have access various shared addressbooks and calendars. In some cases
> > > write access is limited.
> > >
> > > Because the shared resouces are visible, when setting up a
> > > CalDAV/CardDAV client, people can see their calendar/addressbook and
> > > the shared ones.
> > >
> > > Cheers,
> > > Andrew
> > >
> > > On Wed, 2024-02-21 at 17:09 +0100, Tino Hendricks via Davical-general
> > > wrote:
> > > > Dear list,
> > > >
> > > > to address the limitations of a shared address book we simply have
> > > > one address-user that everybody uses for their address book (macOS).
> > > >
> > > > Exactly and only since we are managing our client devices with MDM
> > > > (Mosyle) and roll out the settings via a Contacts profile all
> > > > enrolled devices have the same „this is my card“ user because it
> > > > get’s synced via Davical.
> > > >
> > > > This is not the case with the identical settings entered manually in
> > > > a device.
> > > >
> > > > Is there a way to avoid this?
> > > >
> > > > Maybe even simply with a dirty hack that suppresses the  „me-card“
> > > > request?
> > > >
> > > >
> > > > [Wed Feb 21 16:52:32.313463 2024] [php:notice] [pid 9096] [client
> > > > 123.456.789.123:49931] davical: LOG: response:-->    <C:me-card>
> > > > [Wed Feb 21 16:52:32.313475 2024] [php:notice] [pid 9096] [client
> > > > 123.456.789.123:49931] davical: LOG: response:-->    
> > > > <href>/caldav.php/test/addresses/8F40B46F-955B-4647-B177-
> > > > C07A9326A701.vcf</href>
> > > >
> > > > Thank you so much!
> > > >
> > > > Tino
> > > >
> > > > _______________________________________________
> > > > 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 |

Hey Andrew,

thanks again for your valuable time! I really appreciate it!

My Test MacBook ist running Ventura (13.6.4).

I downloaded

https://www.busymac.com/busycontacts/ (since we all know what the latest updates to the Calendar app on macOS did to the location field…)

Entering the URL

https://caldav.domain.tld//caldav.php/sharedaddresses/addresses

showed

123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478

at first! Party!! ????

But then:
123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 505
123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT /caldav.php/ HTTP/1.1" 207 470
123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13300
123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 296

the same rewriting/rerouting to the user’s own addresses takes place.

:-(

I’m out of ideas.

Tino

> Am 28.02.2024 um 12:11 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>
> Hey Tino,
>
> Hmmm, that sounds rather odd. That is the approach that I've taken both at home, and at work.
>
> I would have expected the macOS Contacts client to be able to show you all the addressbooks that you have access to.
>
> What version of macOS are you using? My iMac is getting rather long in the tooth now, so I'm not able to run any of the recent major version to test at home.
>
> Cheers,
> Andrew
>
> On Wed, 2024-02-28 at 11:54 +0100, Tino Hendricks wrote:
>> I’d be really grateful for a small hint how to set up the shared address book.
>>
>> Thank you very much!
>>
>> Tino
>>
>>> Am 24.02.2024 um 14:27 schrieb Tino Hendricks <t.hendricks@interpool.de>:
>>>
>>> Hey Andrew,
>>>
>>> thanks a lot for your reply.
>>> After you mentioned the shared address book I thought maybe I’d give this approach another try – sounds like the easiest way (and to be honest I don’t remember why I didn’t take this approach first). ???????
>>>
>>> However, I can’t get it to work. :-(
>>>
>>> Let’s say my normal user is „themselves“ and the user of the shared address book is „sharedaddresses“.
>>>
>>> I granted ALL access on (DAV Path) /caldav.php/sharedaddresses/addresses/ to Display Name themselves.
>>>
>>> Settings in macOS Contacts:
>>> (Screenshot removed due to list's max mail size setting. URL was https://caldav.domain.tld//caldav.php/sharedaddresses/addresses )
>>>
>>> But the request always gets remapped to the „themselves“ user. What could be wrong.
>>> 123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "OPTIONS /caldav.php/themselves/ HTTP/1.1" 200 -
>>> 123.456.123.456 - - [23/Feb/2024:12:08:19 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 401 40
>>> 123.456.123.456 - themselves [23/Feb/2024:12:08:19 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 1278
>>> 123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 401 40
>>> 123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13146
>>> 123.456.123.456 - - [23/Feb/2024:12:08:20 +0100] "REPORT /caldav.php/themselves/addresses/ HTTP/1.1" 401 40
>>> 123.456.123.456 - themselves [23/Feb/2024:12:08:20 +0100] "REPORT /caldav.php/themselves/addresses/ HTTP/1.1" 207 119
>>>
>>>
>>> I checked with
>>> LogLevel alert rewrite:trace3
>>> no Rewrite Rules of Apache is getting in the way.
>>>
>>> What is your setup? Do you see any error in mine?
>>>
>>> Thank you very much!
>>>
>>> Tino
>>>
>>>> Am 22.02.2024 um 09:17 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>>>
>>>> Hey Tino,
>>>>
>>>> Hmm... I can't think of a way to filter out the "this is my card" contact.
>>>>
>>>> What we do at work for shared address books is everyone logs in as themselves to our DAViCal server (own calendar and contacts) but also have access various shared addressbooks and calendars. In some cases write access is limited.
>>>>
>>>> Because the shared resouces are visible, when setting up a CalDAV/CardDAV client, people can see their calendar/addressbook and the shared ones.
>>>>
>>>> Cheers,
>>>> Andrew
>>>>
>>>> On Wed, 2024-02-21 at 17:09 +0100, Tino Hendricks via Davical-general wrote:
>>>>> Dear list,
>>>>>
>>>>> to address the limitations of a shared address book we simply have one address-user that everybody uses for their address book (macOS).
>>>>>
>>>>> Exactly and only since we are managing our client devices with MDM (Mosyle) and roll out the settings via a Contacts profile all enrolled devices have the same „this is my card“ user because it get’s synced via Davical.
>>>>>
>>>>> This is not the case with the identical settings entered manually in a device.
>>>>>
>>>>> Is there a way to avoid this?
>>>>>
>>>>> Maybe even simply with a dirty hack that suppresses the „me-card“ request?
>>>>>
>>>>>
>>>>> [Wed Feb 21 16:52:32.313463 2024] [php:notice] [pid 9096] [client 123.456.789.123:49931] davical: LOG: response:--> <C:me-card>
>>>>> [Wed Feb 21 16:52:32.313475 2024] [php:notice] [pid 9096] [client 123.456.789.123:49931] davical: LOG: response:--> <href>/caldav.php/test/addresses/8F40B46F-955B-4647-B177-C07A9326A701.vcf</href>
>>>>>
>>>>> Thank you so much!
>>>>>
>>>>> Tino
>>>>>
>>>>> _______________________________________________
>>>>> Davical-general mailing list
>>>>> Davical-general@lists.sourceforge.net <mailto: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 |
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

Hey Tino,

Okay, I'll download that and try it on my iMac.

Also, the Location bug in the latest Calendar app in macOS is fixed in the
master branch of DAViCal. There's another couple of changes I want to make,
then we'll look at getting a release out the door.

Cheers,
Andrew

On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
> Hey Andrew,
>
> thanks again for your valuable time! I really appreciate it!
>
> My Test MacBook ist running Ventura (13.6.4).
>
> I downloaded 
>
> https://www.busymac.com/busycontacts/ (since we all know what the latest
> updates to the Calendar app on macOS did to the location field…)
>
> Entering the URL
>
> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>
> showed 
>
> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
>
> at first! Party!! ????
>
> But then:
> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> /caldav.php/themselves/ HTTP/1.1" 207 505
> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT
> /caldav.php/ HTTP/1.1" 207 470
> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> /caldav.php/themselves/ HTTP/1.1" 207 13300
> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
>
> the same rewriting/rerouting to the user’s own addresses takes place.
>
> :-(
>
> I’m out of ideas.
>
> Tino

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

Hey Andrew,

thanks a lot for sticking to the subject.
If you have the chance to see what your web server’s access log reports as the requested URL this might maybe help to find the difference/error in my setup.

Cheers!

Tino

> Am 28.02.2024 um 22:31 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>
> Hey Tino,
>
> Okay, I'll download that and try it on my iMac.
>
> Also, the Location bug in the latest Calendar app in macOS is fixed in the master branch of DAViCal. There's another couple of changes I want to make, then we'll look at getting a release out the door.
>
> Cheers,
> Andrew
>
> On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
>> Hey Andrew,
>>
>> thanks again for your valuable time! I really appreciate it!
>>
>> My Test MacBook ist running Ventura (13.6.4).
>>
>> I downloaded
>>
>> https://www.busymac.com/busycontacts/ (since we all know what the latest updates to the Calendar app on macOS did to the location field…)
>>
>> Entering the URL
>>
>> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>>
>> showed
>>
>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
>>
>> at first! Party!! ????
>>
>> But then:
>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 505
>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT /caldav.php/ HTTP/1.1" 207 470
>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13300
>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
>>
>> the same rewriting/rerouting to the user’s own addresses takes place.
>>
>> :-(
>>
>> I’m out of ideas.
>>
>> Tino
>
> --
> Andrew Ruthven, Wellington, New Zealand
> andrew@etc.gen.nz |
> Catalyst Cloud: | This space intentionally left blank
> https://catalystcloud.nz |
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

Hey Tino,

Okay, I've just tested this on my macOS Catalina machine and I can reproduce
your issue.

The macOS Calendar app allows me to add "/caldav.php/shared/contacts" and I
can create/view contacts in that shared addressbook happily.

When I add it to the BusyCalendar app, however only shows the addressbooks
(I have 4) under my account, it doesn't show the addressbook under the
shared principal. This appears to be an issue with BusyCalendar, I've fired
off an email to them to see if we can work out what is happening.

In the short term, depending on how many users you have, you could add binds
from each user to the shared addressbook.

Cheers,
Andrew

On Thu, 2024-02-29 at 10:26 +0100, Tino Hendricks wrote:
> Hey Andrew,
>
> thanks a lot for sticking to the subject.
> If you have the chance to see what your web server’s access log reports as
> the requested URL this might maybe help to find the difference/error in my
> setup.
>
> Cheers!
>
> Tino
>
> > Am 28.02.2024 um 22:31 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
> >
> > Hey Tino,
> >
> > Okay, I'll download that and try it on my iMac.
> >
> > Also, the Location bug in the latest Calendar app in macOS is fixed in
> > the master branch of DAViCal. There's another couple of changes I want
> > to make, then we'll look at getting a release out the door.
> >
> > Cheers,
> > Andrew
> >
> > On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
> > > Hey Andrew,
> > >
> > > thanks again for your valuable time! I really appreciate it!
> > >
> > > My Test MacBook ist running Ventura (13.6.4).
> > >
> > > I downloaded 
> > >
> > > https://www.busymac.com/busycontacts/ (since we all know what the
> > > latest updates to the Calendar app on macOS did to the location
> > > field…)
> > >
> > > Entering the URL
> > >
> > > https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
> > >
> > > showed 
> > >
> > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> > > /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
> > >
> > > at first! Party!! ????
> > >
> > > But then:
> > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> > > /caldav.php/themselves/ HTTP/1.1" 207 505
> > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT
> > > /caldav.php/ HTTP/1.1" 207 470
> > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> > > /caldav.php/themselves/ HTTP/1.1" 207 13300
> > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> > > /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
> > >
> > > the same rewriting/rerouting to the user’s own addresses takes place.
> > >
> > > :-(
> > >
> > > I’m out of ideas.
> > >
> > > Tino
> >
> >

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

Uh, wait: you enter the settings for the shared address book in the Calendar app??
Or is that a typo?

If not: Following
https://help.computerisms.ca/Shared_Address_Book#I_Need_My_Assistant_To_Edit_My_Address_Book
I take the DAV Path from the Web-Interface which goes

https://caldav.domain.tld//caldav.php/sharedaddresses/addresses

According to you the DAV Path would be

https://caldav.domain.tld//caldav.php/sharedaddresses/contacts

Can this be?

Best,

Tino

> Am 29.02.2024 um 11:22 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>
> Hey Tino,
>
> Okay, I've just tested this on my macOS Catalina machine and I can reproduce your issue.
>
> The macOS Calendar app allows me to add "/caldav.php/shared/contacts" and I can create/view contacts in that shared addressbook happily.
>
> When I add it to the BusyCalendar app, however only shows the addressbooks (I have 4) under my account, it doesn't show the addressbook under the shared principal. This appears to be an issue with BusyCalendar, I've fired off an email to them to see if we can work out what is happening.
>
> In the short term, depending on how many users you have, you could add binds from each user to the shared addressbook.
>
> Cheers,
> Andrew
>
> On Thu, 2024-02-29 at 10:26 +0100, Tino Hendricks wrote:
>> Hey Andrew,
>>
>> thanks a lot for sticking to the subject.
>> If you have the chance to see what your web server’s access log reports as the requested URL this might maybe help to find the difference/error in my setup.
>>
>> Cheers!
>>
>> Tino
>>
>>> Am 28.02.2024 um 22:31 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>>
>>> Hey Tino,
>>>
>>> Okay, I'll download that and try it on my iMac.
>>>
>>> Also, the Location bug in the latest Calendar app in macOS is fixed in the master branch of DAViCal. There's another couple of changes I want to make, then we'll look at getting a release out the door.
>>>
>>> Cheers,
>>> Andrew
>>>
>>> On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
>>>> Hey Andrew,
>>>>
>>>> thanks again for your valuable time! I really appreciate it!
>>>>
>>>> My Test MacBook ist running Ventura (13.6.4).
>>>>
>>>> I downloaded
>>>>
>>>> https://www.busymac.com/busycontacts/ (since we all know what the latest updates to the Calendar app on macOS did to the location field…)
>>>>
>>>> Entering the URL
>>>>
>>>> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>>>>
>>>> showed
>>>>
>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
>>>>
>>>> at first! Party!! ????
>>>>
>>>> But then:
>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 505
>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT /caldav.php/ HTTP/1.1" 207 470
>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13300
>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
>>>>
>>>> the same rewriting/rerouting to the user’s own addresses takes place.
>>>>
>>>> :-(
>>>>
>>>> I’m out of ideas.
>>>>
>>>> Tino
>>>
>
> --
> Andrew Ruthven, Wellington, New Zealand
> andrew@etc.gen.nz |
> Catalyst Cloud: | This space intentionally left blank
> https://catalystcloud.nz |
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

Hey Tino,

Nope, not a typo, but I probably confused things a bit here. When I made a
new collection I called it "contacts" rather than "addresses". I could have
just as easily called it "green". The name doesn't matter, it is the flags
that are set on the collection that determine what can be stored in it.

Cheers,
Andrew

On Thu, 2024-02-29 at 11:37 +0100, Tino Hendricks wrote:
> Uh, wait: you enter the settings for the shared address book in the
> Calendar app??
> Or is that a typo?
>
> If not: Following
> https://help.computerisms.ca/Shared_Address_Book#I_Need_My_Assistant_To_Edit_My_Address_Book
>  I take the DAV Path from the Web-Interface which goes
>
> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>
> According to you the DAV Path would be
>
> https://caldav.domain.tld//caldav.php/sharedaddresses/contacts
>
> Can this be?
>
> Best,
>
> Tino
>
> > Am 29.02.2024 um 11:22 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
> >
> > Hey Tino,
> >
> > Okay, I've just tested this on my macOS Catalina machine and I can
> > reproduce your issue.
> >
> > The macOS Calendar app allows me to add "/caldav.php/shared/contacts"
> > and I can create/view contacts in that shared addressbook happily.
> >
> > When I add it to the BusyCalendar app, however only shows the
> > addressbooks (I have 4) under my account, it doesn't show the
> > addressbook under the shared principal. This appears to be an issue with
> > BusyCalendar, I've fired off an email to them to see if we can work out
> > what is happening.
> >
> > In the short term, depending on how many users you have, you could add
> > binds from each user to the shared addressbook.
> >
> > Cheers,
> > Andrew
> >
> > On Thu, 2024-02-29 at 10:26 +0100, Tino Hendricks wrote:
> > > Hey Andrew,
> > >
> > > thanks a lot for sticking to the subject.
> > > If you have the chance to see what your web server’s access log
> > > reports as the requested URL this might maybe help to find the
> > > difference/error in my setup.
> > >
> > > Cheers!
> > >
> > > Tino
> > >
> > > > Am 28.02.2024 um 22:31 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
> > > >
> > > > Hey Tino,
> > > >
> > > > Okay, I'll download that and try it on my iMac.
> > > >
> > > > Also, the Location bug in the latest Calendar app in macOS is fixed
> > > > in the master branch of DAViCal. There's another couple of changes I
> > > > want to make, then we'll look at getting a release out the door.
> > > >
> > > > Cheers,
> > > > Andrew
> > > >
> > > > On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
> > > > > Hey Andrew,
> > > > >
> > > > > thanks again for your valuable time! I really appreciate it!
> > > > >
> > > > > My Test MacBook ist running Ventura (13.6.4).
> > > > >
> > > > > I downloaded 
> > > > >
> > > > > https://www.busymac.com/busycontacts/ (since we all know what the
> > > > > latest updates to the Calendar app on macOS did to the location
> > > > > field…)
> > > > >
> > > > > Entering the URL
> > > > >
> > > > > https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
> > > > >
> > > > > showed 
> > > > >
> > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
> > > > >
> > > > > at first! Party!! ????
> > > > >
> > > > > But then:
> > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 505
> > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT
> > > > > /caldav.php/ HTTP/1.1" 207 470
> > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13300
> > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
> > > > >
> > > > > the same rewriting/rerouting to the user’s own addresses takes
> > > > > place.
> > > > >
> > > > > :-(
> > > > >
> > > > > I’m out of ideas.
> > > > >
> > > > > Tino
> > > >
> > > >
> >
> >

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

Hey Andrew,

hmmm, I still can’t believe you can manage _contacts_ in the _Calendar_ App of macOS…
My App does just report an error if I enter the DAV Path of an address book.

However, when you wrote the name „contacts“ instead of „addresses“ I thought I could outsmart DAV because addresses is the standard name for address books. And picking a different name could prevent DAVical from doing the automatic switch from
123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
to
123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 120

But it didn’t work.

What kind of principal is your shared address book? User, Ressource or Group?

Thank you so much!

Tino


> Am 29.02.2024 um 11:54 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>
> Hey Tino,
>
> Nope, not a typo, but I probably confused things a bit here. When I made a new collection I called it "contacts" rather than "addresses". I could have just as easily called it "green". The name doesn't matter, it is the flags that are set on the collection that determine what can be stored in it.
>
> Cheers,
> Andrew
>
> On Thu, 2024-02-29 at 11:37 +0100, Tino Hendricks wrote:
>> Uh, wait: you enter the settings for the shared address book in the Calendar app??
>> Or is that a typo?
>>
>> If not: Following
>> https://help.computerisms.ca/Shared_Address_Book#I_Need_My_Assistant_To_Edit_My_Address_Book
>> I take the DAV Path from the Web-Interface which goes
>>
>> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>>
>> According to you the DAV Path would be
>>
>> https://caldav.domain.tld//caldav.php/sharedaddresses/contacts
>>
>> Can this be?
>>
>> Best,
>>
>> Tino
>>
>>> Am 29.02.2024 um 11:22 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>>
>>> Hey Tino,
>>>
>>> Okay, I've just tested this on my macOS Catalina machine and I can reproduce your issue.
>>>
>>> The macOS Calendar app allows me to add "/caldav.php/shared/contacts" and I can create/view contacts in that shared addressbook happily.
>>>
>>> When I add it to the BusyCalendar app, however only shows the addressbooks (I have 4) under my account, it doesn't show the addressbook under the shared principal. This appears to be an issue with BusyCalendar, I've fired off an email to them to see if we can work out what is happening.
>>>
>>> In the short term, depending on how many users you have, you could add binds from each user to the shared addressbook.
>>>
>>> Cheers,
>>> Andrew
>>>
>>> On Thu, 2024-02-29 at 10:26 +0100, Tino Hendricks wrote:
>>>> Hey Andrew,
>>>>
>>>> thanks a lot for sticking to the subject.
>>>> If you have the chance to see what your web server’s access log reports as the requested URL this might maybe help to find the difference/error in my setup.
>>>>
>>>> Cheers!
>>>>
>>>> Tino
>>>>
>>>>> Am 28.02.2024 um 22:31 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>>>>
>>>>> Hey Tino,
>>>>>
>>>>> Okay, I'll download that and try it on my iMac.
>>>>>
>>>>> Also, the Location bug in the latest Calendar app in macOS is fixed in the master branch of DAViCal. There's another couple of changes I want to make, then we'll look at getting a release out the door.
>>>>>
>>>>> Cheers,
>>>>> Andrew
>>>>>
>>>>> On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
>>>>>> Hey Andrew,
>>>>>>
>>>>>> thanks again for your valuable time! I really appreciate it!
>>>>>>
>>>>>> My Test MacBook ist running Ventura (13.6.4).
>>>>>>
>>>>>> I downloaded
>>>>>>
>>>>>> https://www.busymac.com/busycontacts/ (since we all know what the latest updates to the Calendar app on macOS did to the location field…)
>>>>>>
>>>>>> Entering the URL
>>>>>>
>>>>>> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>>>>>>
>>>>>> showed
>>>>>>
>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
>>>>>>
>>>>>> at first! Party!! ????
>>>>>>
>>>>>> But then:
>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 505
>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT /caldav.php/ HTTP/1.1" 207 470
>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13300
>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
>>>>>>
>>>>>> the same rewriting/rerouting to the user’s own addresses takes place.
>>>>>>
>>>>>> :-(
>>>>>>
>>>>>> I’m out of ideas.
>>>>>>
>>>>>> Tino
>>>>>
>>>
>
> --
> Andrew Ruthven, Wellington, New Zealand
> andrew@etc.gen.nz |
> Catalyst Cloud: | This space intentionally left blank
> https://catalystcloud.nz |
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

Hey,

Oh right, sorry, on the mac I was using the macOS Contacts and the
BusyContacts apps.

No, it isn't DAViCal that is doing the switching to the wrong principal, it
looks to be BusyContacts. The response to that first PROPFIND (for me) looks
like this:

<?xml version="1.0" encoding="utf-8" ?>
<multistatus xmlns="DAV:" xmlns:VC="urn:ietf:params:xml:ns:carddav">
 <response>
  <href>/caldav.php/shared/contacts/</href>
 <propstat>
 <prop>
  <current-user-principal>
    <href>/caldav.php/andrew/</href>
  </current-user-principal>
    <VC:addressbook-home-set>
      <href>/caldav.php/shared/</href>
    </VC:addressbook-home-set>
  </prop>
    <status>HTTP/1.1 200 OK</status>
  </propstat>
  </response>
</multistatus>

So my guess is that BusyContacts is taking the current-user-principal value and jumping to that.

Cheers,
Andrew

On Thu, 2024-02-29 at 16:18 +0100, Tino Hendricks wrote:
> Hey Andrew,
>
> hmmm, I still can’t believe you can manage _contacts_ in the _Calendar_
> App of macOS… 
> My App does just report an error if I enter the DAV Path of an address
> book.
>
> However, when you wrote the name „contacts“ instead of „addresses“ I
> thought I could outsmart DAV because addresses is the standard name for
> address books. And picking a different name could prevent DAVical from
> doing the automatic switch from
> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
> to
> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND
> /caldav.php/themselves/addresses/ HTTP/1.1" 207 120
>
> But it didn’t work.
>
> What kind of principal is your shared address book? User, Ressource or
> Group?
>
> Thank you so much!
>
> Tino
>
>
> > Am 29.02.2024 um 11:54 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
> >
> > Hey Tino,
> >
> > Nope, not a typo, but I probably confused things a bit here. When I made
> > a new collection I called it "contacts" rather than "addresses". I could
> > have just as easily called it "green". The name doesn't matter, it is
> > the flags that are set on the collection that determine what can be
> > stored in it.
> >
> > Cheers,
> > Andrew
> >
> > On Thu, 2024-02-29 at 11:37 +0100, Tino Hendricks wrote:
> > > Uh, wait: you enter the settings for the shared address book in the
> > > Calendar app??
> > > Or is that a typo?
> > >
> > > If not: Following
> > > https://help.computerisms.ca/Shared_Address_Book#I_Need_My_Assistant_To_Edit_My_Address_Book
> > >  I take the DAV Path from the Web-Interface which goes
> > >
> > > https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
> > >
> > > According to you the DAV Path would be
> > >
> > > https://caldav.domain.tld//caldav.php/sharedaddresses/contacts
> > >
> > > Can this be?
> > >
> > > Best,
> > >
> > > Tino
> > >
> > > > Am 29.02.2024 um 11:22 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
> > > >
> > > > Hey Tino,
> > > >
> > > > Okay, I've just tested this on my macOS Catalina machine and I can
> > > > reproduce your issue.
> > > >
> > > > The macOS Calendar app allows me to add
> > > > "/caldav.php/shared/contacts" and I can create/view contacts in that
> > > > shared addressbook happily.
> > > >
> > > > When I add it to the BusyCalendar app, however only shows the
> > > > addressbooks (I have 4) under my account, it doesn't show the
> > > > addressbook under the shared principal. This appears to be an issue
> > > > with BusyCalendar, I've fired off an email to them to see if we can
> > > > work out what is happening.
> > > >
> > > > In the short term, depending on how many users you have, you could
> > > > add binds from each user to the shared addressbook.
> > > >
> > > > Cheers,
> > > > Andrew
> > > >
> > > > On Thu, 2024-02-29 at 10:26 +0100, Tino Hendricks wrote:
> > > > > Hey Andrew,
> > > > >
> > > > > thanks a lot for sticking to the subject.
> > > > > If you have the chance to see what your web server’s access log
> > > > > reports as the requested URL this might maybe help to find the
> > > > > difference/error in my setup.
> > > > >
> > > > > Cheers!
> > > > >
> > > > > Tino
> > > > >
> > > > > > Am 28.02.2024 um 22:31 schrieb Andrew Ruthven
> > > > > > <andrew@etc.gen.nz>:
> > > > > >
> > > > > > Hey Tino,
> > > > > >
> > > > > > Okay, I'll download that and try it on my iMac.
> > > > > >
> > > > > > Also, the Location bug in the latest Calendar app in macOS is
> > > > > > fixed in the master branch of DAViCal. There's another couple of
> > > > > > changes I want to make, then we'll look at getting a release out
> > > > > > the door.
> > > > > >
> > > > > > Cheers,
> > > > > > Andrew
> > > > > >
> > > > > > On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
> > > > > > > Hey Andrew,
> > > > > > >
> > > > > > > thanks again for your valuable time! I really appreciate it!
> > > > > > >
> > > > > > > My Test MacBook ist running Ventura (13.6.4).
> > > > > > >
> > > > > > > I downloaded 
> > > > > > >
> > > > > > > https://www.busymac.com/busycontacts/ (since we all know what
> > > > > > > the latest updates to the Calendar app on macOS did to the
> > > > > > > location field…)
> > > > > > >
> > > > > > > Entering the URL
> > > > > > >
> > > > > > >
> > > > > https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
> > > > > > >
> > > > > > > showed 
> > > > > > >
> > > > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > > > "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207
> > > > > > > 478
> > > > > > >
> > > > > > > at first! Party!! ????
> > > > > > >
> > > > > > > But then:
> > > > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > > > "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 505
> > > > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > > > "REPORT /caldav.php/ HTTP/1.1" 207 470
> > > > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > > > "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13300
> > > > > > > 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100]
> > > > > > > "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
> > > > > > >
> > > > > > > the same rewriting/rerouting to the user’s own addresses takes
> > > > > > > place.
> > > > > > >
> > > > > > > :-(
> > > > > > >
> > > > > > > I’m out of ideas.
> > > > > > >
> > > > > > > Tino
> > > > > >
> > > > > >
> > > >
> > > >
> >
> >

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

Hey Andrew,

do you have a quick hint, how I could easily display the response XML?

And, could you please answer this question, too?
> What kind of principal is your shared address book? User, Ressource or Group?
>

Thanks a lot,

Tino

> Am 29.02.2024 um 21:15 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>
> Hey,
>
> Oh right, sorry, on the mac I was using the macOS Contacts and the BusyContacts apps.
>
> No, it isn't DAViCal that is doing the switching to the wrong principal, it looks to be BusyContacts. The response to that first PROPFIND (for me) looks like this:
>
> <?xml version="1.0" encoding="utf-8" ?>
> <multistatus xmlns="DAV:" xmlns:VC="urn:ietf:params:xml:ns:carddav">
> <response>
> <href>/caldav.php/shared/contacts/</href>
> <propstat>
> <prop>
> <current-user-principal>
> <href>/caldav.php/andrew/</href>
> </current-user-principal>
> <VC:addressbook-home-set>
> <href>/caldav.php/shared/</href>
> </VC:addressbook-home-set>
> </prop>
> <status>HTTP/1.1 200 OK</status>
> </propstat>
> </response>
> </multistatus>
>
> So my guess is that BusyContacts is taking the current-user-principal value and jumping to that.
>
> Cheers,
> Andrew
>
> On Thu, 2024-02-29 at 16:18 +0100, Tino Hendricks wrote:
>> Hey Andrew,
>>
>> hmmm, I still can’t believe you can manage _contacts_ in the _Calendar_ App of macOS…
>> My App does just report an error if I enter the DAV Path of an address book.
>>
>> However, when you wrote the name „contacts“ instead of „addresses“ I thought I could outsmart DAV because addresses is the standard name for address books. And picking a different name could prevent DAVical from doing the automatic switch from
>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
>> to
>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 120
>>
>> But it didn’t work.
>>
>> What kind of principal is your shared address book? User, Ressource or Group?
>>
>> Thank you so much!
>>
>> Tino
>>
>>
>>> Am 29.02.2024 um 11:54 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>>
>>> Hey Tino,
>>>
>>> Nope, not a typo, but I probably confused things a bit here. When I made a new collection I called it "contacts" rather than "addresses". I could have just as easily called it "green". The name doesn't matter, it is the flags that are set on the collection that determine what can be stored in it.
>>>
>>> Cheers,
>>> Andrew
>>>
>>> On Thu, 2024-02-29 at 11:37 +0100, Tino Hendricks wrote:
>>>> Uh, wait: you enter the settings for the shared address book in the Calendar app??
>>>> Or is that a typo?
>>>>
>>>> If not: Following
>>>> https://help.computerisms.ca/Shared_Address_Book#I_Need_My_Assistant_To_Edit_My_Address_Book
>>>> I take the DAV Path from the Web-Interface which goes
>>>>
>>>> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>>>>
>>>> According to you the DAV Path would be
>>>>
>>>> https://caldav.domain.tld//caldav.php/sharedaddresses/contacts
>>>>
>>>> Can this be?
>>>>
>>>> Best,
>>>>
>>>> Tino
>>>>
>>>>> Am 29.02.2024 um 11:22 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>>>>
>>>>> Hey Tino,
>>>>>
>>>>> Okay, I've just tested this on my macOS Catalina machine and I can reproduce your issue.
>>>>>
>>>>> The macOS Calendar app allows me to add "/caldav.php/shared/contacts" and I can create/view contacts in that shared addressbook happily.
>>>>>
>>>>> When I add it to the BusyCalendar app, however only shows the addressbooks (I have 4) under my account, it doesn't show the addressbook under the shared principal. This appears to be an issue with BusyCalendar, I've fired off an email to them to see if we can work out what is happening.
>>>>>
>>>>> In the short term, depending on how many users you have, you could add binds from each user to the shared addressbook.
>>>>>
>>>>> Cheers,
>>>>> Andrew
>>>>>
>>>>> On Thu, 2024-02-29 at 10:26 +0100, Tino Hendricks wrote:
>>>>>> Hey Andrew,
>>>>>>
>>>>>> thanks a lot for sticking to the subject.
>>>>>> If you have the chance to see what your web server’s access log reports as the requested URL this might maybe help to find the difference/error in my setup.
>>>>>>
>>>>>> Cheers!
>>>>>>
>>>>>> Tino
>>>>>>
>>>>>>> Am 28.02.2024 um 22:31 schrieb Andrew Ruthven <andrew@etc.gen.nz>:
>>>>>>>
>>>>>>> Hey Tino,
>>>>>>>
>>>>>>> Okay, I'll download that and try it on my iMac.
>>>>>>>
>>>>>>> Also, the Location bug in the latest Calendar app in macOS is fixed in the master branch of DAViCal. There's another couple of changes I want to make, then we'll look at getting a release out the door.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Andrew
>>>>>>>
>>>>>>> On Wed, 2024-02-28 at 13:49 +0100, Tino Hendricks wrote:
>>>>>>>> Hey Andrew,
>>>>>>>>
>>>>>>>> thanks again for your valuable time! I really appreciate it!
>>>>>>>>
>>>>>>>> My Test MacBook ist running Ventura (13.6.4).
>>>>>>>>
>>>>>>>> I downloaded
>>>>>>>>
>>>>>>>> https://www.busymac.com/busycontacts/ (since we all know what the latest updates to the Calendar app on macOS did to the location field…)
>>>>>>>>
>>>>>>>> Entering the URL
>>>>>>>>
>>>>>>>> https://caldav.domain.tld//caldav.php/sharedaddresses/addresses
>>>>>>>>
>>>>>>>> showed
>>>>>>>>
>>>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/sharedaddresses/addresses/ HTTP/1.1" 207 478
>>>>>>>>
>>>>>>>> at first! Party!! ????
>>>>>>>>
>>>>>>>> But then:
>>>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 505
>>>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "REPORT /caldav.php/ HTTP/1.1" 207 470
>>>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/ HTTP/1.1" 207 13300
>>>>>>>> 123.456.123.456 - themselves [28/Feb/2024:13:37:54 +0100] "PROPFIND /caldav.php/themselves/addresses/ HTTP/1.1" 207 296
>>>>>>>>
>>>>>>>> the same rewriting/rerouting to the user’s own addresses takes place.
>>>>>>>>
>>>>>>>> :-(
>>>>>>>>
>>>>>>>> I’m out of ideas.
>>>>>>>>
>>>>>>>> Tino
>>>>>>>
>>>>>
>>>
>
> --
> Andrew Ruthven, Wellington, New Zealand
> andrew@etc.gen.nz |
> Catalyst Cloud: | This space intentionally left blank
> https://catalystcloud.nz |
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

Hey Tino,

On Fri, 2024-03-01 at 13:09 +0100, Tino Hendricks wrote:
> do you have a quick hint, how I could easily display the response XML?

Sure, enable debugging in DAViCal, the quick and easy way is to add this to
your config file in /etc/davical :

  $c->dbg['ALL'] = 1;

> And, could you please answer this question, too?
> > What kind of principal is your shared address book? User, Ressource or
> > Group?
> >
>
>
> Thanks a lot,

Sure, it is a User, but I also have it working as a Resource else where.

Cheers,
Andrew

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

Hey Andrew,

sorry to bother you and the list again but I can’t get it to work.

I set up a new resource addrresource giving complete access rights to the two users Tom and Jerry.

I added some dummy addresses and address records for Tom and Jerry.

Tom sets his me-card first:
[client x.x.x.x:65167] davical: LOG: :******************** Request ********************
[client x.x.x.x:65167] davical: LOG: request:--><?xml version="1.0" encoding="UTF-8"?>
[client x.x.x.x:65167] davical: LOG: request:--><A:propertyupdate xmlns:A="DAV:"><A:set><A:prop><C:me-card xmlns:C="http://calendarserver.org/ns/"><A:href>/caldav.php/addrresource/addresses/77ad1fd6-aec6-44f4-ad99-0b4f6b75c70f.vcf</A:href></C:me-card></A:prop></A:set></A:propertyupdate>
[client x.x.x.x:65167] davical: LOG: request:-->

Then Jerry connects and the app obviously asks for a Sync:
[client x.x.x.x:49674] davical: LOG: :***************** Request Header ****************
[client x.x.x.x:49674] davical: LOG: :OPTIONS /caldav.php/addrresource/
[client x.x.x.x:49674] davical: LOG: headers:-->Host: caldav.domain.tld:1234
[client x.x.x.x:49674] davical: LOG: headers:-->Content-Length: 0
[client x.x.x.x:49674] davical: LOG: headers:-->Connection: keep-alive
[client x.x.x.x:49674] davical: LOG: headers:-->X-MMe-Client-Info: <MacBookPro14,1> <macOS;13.6.4;22G513> <com.apple.AppleAccount/1.0 (com.apple.AddressBookSourceSync/2539.10)>
[client x.x.x.x:49674] davical: LOG: headers:-->Accept: */*
[client x.x.x.x:49674] davical: LOG: headers:-->User-Agent: macOS/13.6.4 (22G513) AddressBookCore/2539.10
[client x.x.x.x:49674] davical: LOG: headers:-->Accept-Language: de-DE,de;q=0.9
[client x.x.x.x:49674] davical: LOG: headers:-->Authorization: Delicious tasty password eaten by debugging monster!
[client x.x.x.x:49674] davical: LOG: headers:-->Accept-Encoding: gzip, deflate, br
[client x.x.x.x:49674] davical: LOG: :******************** Request ********************
[client x.x.x.x:49674] davical: LOG: request:-->
[client x.x.x.x:49674] davical: ALL: LDAP:drivers_ldap : Connected to LDAP server 127.0.0.1
[client x.x.x.x:49674] davical: ALL: LDAP:drivers_ldap : Found a user using filter (&(objectClass=inetOrgPerson)(uid=jerry))

… and now the me-card is set to Tom on his Mac:
[client x.x.x.x:49676] davical: LOG: :******************** Response ********************
[client x.x.x.x:49676] davical: LOG: response:--><?xml version="1.0" encoding="utf-8" ?>
[client x.x.x.x:49676] davical: LOG: response:--><multistatus xmlns="DAV:" xmlns:VC="urn:ietf:params:xml:ns:carddav">
[client x.x.x.x:49676] davical: LOG: response:--> <response>
[client x.x.x.x:49676] davical: LOG: response:--> <href>/caldav.php/addrresource/</href>
[client x.x.x.x:49676] davical: LOG: response:--> <propstat>
[client x.x.x.x:49676] davical: LOG: response:--> <prop>
[client x.x.x.x:49676] davical: LOG: response:--> <VC:addressbook-home-set>
[client x.x.x.x:49676] davical: LOG: response:--> <href>/caldav.php/addrresource/</href>
[client x.x.x.x:49676] davical: LOG: response:--> </VC:addressbook-home-set>
[client x.x.x.x:49676] davical: LOG: response:--> <displayname>Shared Adressbuch Ressource</displayname>
[client x.x.x.x:49676] davical: LOG: response:--> <principal-collection-set>
[client x.x.x.x:49676] davical: LOG: response:--> <href>/caldav.php/</href>
[client x.x.x.x:49676] davical: LOG: response:--> </principal-collection-set>
[client x.x.x.x:49676] davical: LOG: response:--> <principal-URL>
[client x.x.x.x:49676] davical: LOG: response:--> <href>/caldav.php/addrresource/</href>
[client x.x.x.x:49676] davical: LOG: response:--> </principal-URL>
[client x.x.x.x:49676] davical: LOG: response:--> <resource-id>
[client x.x.x.x:49676] davical: LOG: response:--> <href>/caldav.php/.resources/63357</href>
[client x.x.x.x:49676] davical: LOG: response:--> </resource-id>
[client x.x.x.x:49676] davical: LOG: response:--> <supported-report-set>
[client x.x.x.x:49676] davical: LOG: response:--> <supported-report>
....
[client x.x.x.x:49678] davical: LOG: :******************** Response ********************
[client x.x.x.x:49678] davical: LOG: response:--><?xml version="1.0" encoding="utf-8" ?>
[client x.x.x.x:49678] davical: LOG: response:--><multistatus xmlns="DAV:" xmlns:C="http://calendarserver.org/ns/" xmlns:C1="urn:ietf:params:xml:ns:carddav" xmlns:C2="urn:ietf:params:xml:ns:caldav">
[client x.x.x.x:49678] davical: LOG: response:--> <response>
[client x.x.x.x:49678] davical: LOG: response:--> <href>/caldav.php/addrresource/</href>
[client x.x.x.x:49678] davical: LOG: response:--> <propstat>
[client x.x.x.x:49678] davical: LOG: response:--> <prop>
....
[client x.x.x.x:49678] davical: LOG: response:—> <privilege>
[client x.x.x.x:49678] davical: LOG: response:--> <unbind/>
[client x.x.x.x:49678] davical: LOG: response:--> </privilege>
[client x.x.x.x:49678] davical: LOG: response:--> </current-user-privilege-set>
[client x.x.x.x:49678] davical: LOG: response:--> <displayname>Shared Adressbuch Ressource</displayname>
[client x.x.x.x:49678] davical: LOG: response:--> <C:me-card>
[client x.x.x.x:49678] davical: LOG: response:--> <href>/caldav.php/addrresource/addresses/77ad1fd6-aec6-44f4-ad99-0b4f6b75c70f.vcf</href>
[client x.x.x.x:49678] davical: LOG: response:--> </C:me-card>
[client x.x.x.x:49678] davical: LOG: response:--> <owner>
[client x.x.x.x:49678] davical: LOG: response:--> <href>/caldav.php/addrresource/</href>
[client x.x.x.x:49678] davical: LOG: response:--> </owner>
[client x.x.x.x:49678] davical: LOG: response:--> <resource-id>
[client x.x.x.x:49678] davical: LOG: response:--> <href>/caldav.php/.resources/63357</href>
[client x.x.x.x:49678] davical: LOG: response:--> </resource-id>
...
[client x.x.x.x:49678] davical: LOG: response:--> <response>
[client x.x.x.x:49678] davical: LOG: response:--> <href>/caldav.php/addrresource/addresses/</href>
[client x.x.x.x:49678] davical: LOG: response:--> <propstat>
[client x.x.x.x:49678] davical: LOG: response:--> <prop>
[client x.x.x.x:49678] davical: LOG: response:--> <add-member>
[client x.x.x.x:49678] davical: LOG: response:--> <href>/caldav.php/addrresource/addresses/?add_member</href>
[client x.x.x.x:49678] davical: LOG: response:--> </add-member>
[client x.x.x.x:49678] davical: LOG: response:--> <current-user-privilege-set>
[client x.x.x.x:49678] davical: LOG: response:--> <privilege>
[client x.x.x.x:49678] davical: LOG: response:--> <all/>
[client x.x.x.x:49678] davical: LOG: response:--> </privilege>
[client x.x.x.x:49678] davical: LOG: response:--> <privilege>

Is this maybe intended behavior?
If so, how do you guys handle it?

If not, what can I do better to avoid it?

I’m out of ideas because I tried everything that came to my mind.
If more debug output is needed I have a lot. ;-)

Thanks for any input.

Tino

(history of thread cut due to the list’s size limit)