|
From: John A. <lis...@li...> - 2012-01-09 20:00:45
|
This has come up once before, but I couldn't find the answer. I have a calendar that I share with among two iPhone users and 95% of the time it works just fine. However, after a seemingly random period, the iPhones will decide they don't like the existing url and change it to be user-name based instead (so it goes from /caldav.php/shared/ to /caldav.php/<userid> ). This only _seems_ to have started happening after the iOS 5 release. When I look at the access logs, it looks like it happens after the iPhones request /.well-known/caldav: [calendar host] [client ip] - [userid] [09/Jan/2012:07:59:28 -0500] TLSv1 AES128-SHA "PROPFIND /caldav.php/shared/ HTTP/1.1" 207 18337 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - - [09/Jan/2012:08:00:58 -0500] TLSv1 AES128-SHA "OPTIONS /caldav.php/shared/ HTTP/1.1" 401 40 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:00:59 -0500] TLSv1 AES128-SHA "OPTIONS /caldav.php/shared/ HTTP/1.1" 200 - "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - - [09/Jan/2012:08:09:06 -0500] TLSv1 AES128-SHA "PROPFIND /.well-known/caldav HTTP/1.1" 405 331 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - - [09/Jan/2012:08:09:07 -0500] TLSv1 AES128-SHA "PROPFIND / HTTP/1.1" 401 40 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:08 -0500] TLSv1 AES128-SHA "PROPFIND / HTTP/1.1" 207 446 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:09 -0500] TLSv1 AES128-SHA "OPTIONS /caldav.php/[userid]/ HTTP/1.1" 200 - "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:09 -0500] TLSv1 AES128-SHA "PROPFIND /caldav.php/[userid]/ HTTP/1.1" 207 1949 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:09 -0500] TLSv1 AES128-SHA "OPTIONS /caldav.php/[userid]/ HTTP/1.1" 200 - "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:10 -0500] TLSv1 AES128-SHA "PROPFIND /caldav.php/[userid]/ HTTP/1.1" 207 12517 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:11 -0500] TLSv1 AES128-SHA "PROPFIND /caldav.php/[userid]/home/ HTTP/1.1" 207 444 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:11 -0500] TLSv1 AES128-SHA "PROPFIND /caldav.php/[userid]/home/ HTTP/1.1" 207 697 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:09:12 -0500] TLSv1 AES128-SHA "REPORT /caldav.php/[userid]/home/ HTTP/1.1" 207 1422 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - - [09/Jan/2012:08:18:54 -0500] TLSv1 AES128-SHA "OPTIONS /caldav.php/[userid]/ HTTP/1.1" 401 40 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:18:54 -0500] TLSv1 AES128-SHA "OPTIONS /caldav.php/[userid]/ HTTP/1.1" 200 - "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:18:57 -0500] TLSv1 AES128-SHA "PROPFIND /caldav.php/[userid]/ HTTP/1.1" 207 1949 "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" [calendar host] [client ip] - [userid] [09/Jan/2012:08:18:57 -0500] TLSv1 AES128-SHA "OPTIONS /caldav.php/[userid]/ HTTP/1.1" 200 - "-" "iOS/5.0.1 (9A405) dataaccessd/1.0" (apologies for the ham-fisted obfuscation attempt). My first thought was it had something to do with the re-write rules ? But I don't see how that would do it. Any ideas how to stop it ? I'm currently thinking maybe I can just re-write caldav.php/[userid] to caldav.php/shared, which seems ugly, but it would remove the annoyance of having the calendar disappear at inopportune times.. John A. |