diff --git a/README.md b/README.md
index 94c99b2..c2e37ff 100644
--- a/README.md
+++ b/README.md
@@ -29,4 +29,4 @@ a CalDAV/CardDAV server
 - DAVx5,
 - GNOME Accounts, GNOME Calendar, GNOME Contacts
 - Evolution
-- Apple Calendar (known issue: If a user is member of multiple groups then Apple Calendar just randomly selects a calendar home)
+- Apple Calendar
diff --git a/docs/index.md b/docs/index.md
index 9fd9c22..9d00816 100644
--- a/docs/index.md
+++ b/docs/index.md
@@ -25,4 +25,4 @@ If you still want to play around with it in its current state, absolutely feel f
 - DAVx5,
 - GNOME Accounts, GNOME Calendar, GNOME Contacts
 - Evolution
-- Apple Calendar (known issue: If a user is member of multiple groups then Apple Calendar just randomly selects a calendar home)
+- Apple Calendar
diff --git a/docs/installation.md b/docs/installation.md
index 3ba5ba6..3752e9e 100644
--- a/docs/installation.md
+++ b/docs/installation.md
@@ -29,8 +29,7 @@ docker run --rm -it -v YOUR_DATA_DIR:/var/lib/rustical/ ghcr.io/lennart-k/rustic
 This is also the place to set up **groups**.
 Groups and rooms are also just principals and you can specify them as such using the `--principal-type` parameter.
 To assign a user to a group you can use the `rustical membership` command. Being a member to a principal means that you can completely act on their behalf and see their collections.
-
-**Note:** Apple Calendar doesn't play well with the current membership implementation so you might not want to set up groups at the moment.
+**Note:** Many clients don't support autodiscovery of principals a user is a member of. In that case you'd have to set up multiple CalDAV profiles in your client with the respective principal URLs.
 
 ## Password vs app tokens