<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi,<div><br></div><div>we use an shared calendars setup for all (15-20) users in the office. </div><div>These "shared calendars" are users with calendars, most of them with multiple calendars eg.</div><div><br></div><div># user: cal_projects with calendars Project_1, Project_2 etc.</div><div><br></div><div>The "real login user" are ro or rw proxies (without any own calendars) set via:</div><div><br></div><div># calendarserver_manage_principals --add-write-proxy users:user1,user2 users:cal_projects</div><div><br></div><div>The setup in calendar.app is pretty straight forward:</div><div><br></div><div><div># username: user1</div><div># password: password</div></div><div><div># server: server.doman.tld</div></div><div><div># server path: /principals/users/cal_projects/</div></div><div><div># port: 8443</div></div><div><div># use ssl:<span class="Apple-tab-span" style="white-space:pre"> </span>yes</div></div><div><br></div><div>by setting the server path to</div><div><br></div><div># /principals/users/cal_projects/</div><div><br></div><div>which calendar.app rewrites to</div><div><br></div><div># /principals/__uids__/UUID-OF-THE-SHARED-CALENDAR-USER/</div><div><br></div><div>Within Mavericks (10.9.5) this worked very well, even when upgraded to Yosemite (10.10.2) but on every new installed Mac that came with Yosemite these calendars disappear (all at once mostly) after some restarts none deterministic.</div><div>After that the server path in the config file of that calendar is:</div><div><br></div><div># /principals/__uids__/UUID-OF-THE-REAL-LOGIN-USER/ </div><div><br></div><div>instead of the expected</div><div><br></div><div><div># /principals/__uids__/UUID-OF-THE-SHARED-CALENDAR-USER/</div></div><div><br></div><div>If this happens the respective calendars folder in ~/Library/calendars on the mac is empty (info.plist still there).</div><div><br></div><div>Calendar.app does not log any useful info. On the server there are those lines in the log when this happens:</div><div><br></div><div>"REPORT(DAV:principal-search-property-set) /principals/ HTTP/1.1" 200 1362 "-" "Mac+OS+X/10.10.2 (14C109) CalendarAgent/316" i=1 or=1 t=4.2</div><div>"PROPPATCH /calendars/__uids__/UUID-OF-THE-SHARED-CALENDAR-USER/calendar/ HTTP/1.1" 401 141 "-" "Mac+OS+X/10.10.2 (14C109) CalendarAgent/316" i=0 or=2 t=17.3</div><div>"REPORT(DAV:sync-collection) /calendars/__uids__/UUID-OF-THE-REAL-LOGIN-USER/notification/ HTTP/1.1" 403 208 "-" "Mac+OS+X/10.10.2 (14C109) CalendarAgent/316" i=0 or=1 t=16.1 err=valid-sync-token</div><div>"REPORT(DAV:sync-collection) /calendars/__uids__/UUID-OF-THE-REAL-LOGIN-USER/inbox/ HTTP/1.1" 403 208 "-" "Mac+OS+X/10.10.2 (14C109) CalendarAgent/316" i=0 or=1 t=26.8 err=valid-sync-token</div><div> </div><div><br></div><div>The caldavserver is the version 5.2+dfsg-1 which comes with ubuntu server 14.04 LTS.</div><div>PostgreSQL is used as data-backend. Account data is stored in /etc/caldavd/accounts.xml because LDAP didn’t work.</div><div><br></div><div><span style="font-family: CourierNewPSMT;">"ADDRESSBOOK-DATAVERSION";"2"</span><br style="font-family: CourierNewPSMT;"><span style="font-family: CourierNewPSMT;">"CALENDAR-DATAVERSION";"6"</span><br style="font-family: CourierNewPSMT;"><font face="CourierNewPSMT">"VERSION";“28“</font></div><div><br></div><div><span style="font-family: CourierNewPSMT;"><br></span></div><div><span style="font-family: CourierNewPSMT;">Does have anyone have similar problems or even better - any solution to this?</span></div><div><span style="font-family: CourierNewPSMT;"><br></span></div><div><span style="font-family: CourierNewPSMT;">Thanks in advance.</span></div><div><span style="font-family: CourierNewPSMT;">Frank</span></div><div><span style="font-family: CourierNewPSMT;"><br></span></div><div><span style="font-family: CourierNewPSMT;"><br></span></div></body></html>