Un de mes amis a partagé un calendrier iCloud en obtenant une URL WebDav, similaire à celle-ci :
webcal://p55-caldav.icloud.com/published/2/verylong-token-token-token
Pendant quelques années, depuis 2020, il a fonctionné parfaitement. Problème Cette URL d'iCloud provoque une erreur " trop de redirections "dans n'importe quelle application de calendrier (par exemple nextCloud, WebDav Sync Adapter, Evolution, Thunderbird, etc.)
Pour mieux comprendre la situation, j'ai essayé avec cURL (omissis token) :
$ curl --verbose --location http://p55-caldav.icloud.com/published/2/verylong-token-token-token
HTTP/1.1 301 Moved Permanently
Server: AppleHttpServer/57b15408e9be
Date: Wed, 16 Mar 2022 09:23:06 GMT
Location: https://p55-caldav.icloud.com/published/2/verylong-token-token-token
...
HTTP/1.1 301 Moved Permanently
Server: AppleHttpServer/57b15408e9be
Date: Wed, 16 Mar 2022 09:23:06 GMT
Location: https://p55-caldav.icloud.com/published/2/verylong-token-token-token
...
HTTP/1.1 301 Moved Permanently
Server: AppleHttpServer/57b15408e9be
Date: Wed, 16 Mar 2022 09:23:06 GMT
Location: https://p55-caldav.icloud.com/published/2/verylong-token-token-token
...
HTTP/1.1 301 Moved Permanently
Server: AppleHttpServer/57b15408e9be
Date: Wed, 16 Mar 2022 09:23:07 GMT
Location: https://p55-caldav.icloud.com/published/2/verylong-token-token-token
...
Nous nous trouvons maintenant à l'intérieur d'un très long boucle de réorientation puis il s'arrête avec l'erreur correspondante :
* Maximum (50) redirects followed
curl: (47) Maximum (50) redirects followed
Quel est le problème ? Comment le résoudre ? Cela vous est-il déjà arrivé ?
Si cela peut vous aider, ce calendrier est probablement gigantesque. Mais s'il était gigantesque, il devrait donner un timeout ou une erreur 500 ou autre, mais pas une redirection sur cette même page, causant encore plus de surcharge d'iCloud. Est-ce que c'est un bug ?
Merci pour vos idées !