Skip navigation

CalDAV Wiki Calendars Reverting to User Calendars in Lion Client

3658 Views 22 Replies Latest reply: Aug 24, 2012 12:04 PM by jchuckran RSS
1 2 Previous Next
viellen Level 1 Level 1 (0 points)
Currently Being Moderated
Dec 20, 2011 8:26 AM

My business runs the iCal service with SSL in Snow Leopard Server (10.6.8) for our user calendars.  That's been running fine for quite a while and we support ~50 users.  Some users had created subcalendars that they would then share out with their teams using deligation.  We found this is not a good long-term plan because when that individual leaves the company we have to move their calendar to a different user.  To make this easier we decided to start using the group calendar function under the wiki server.  Both the wiki and iCal service are running on the same server.  We use a separate FQDN for the wiki, but obviously the IP is the same.


I've been able to successfully get people who need to edit the group calendar(s) access in iCal using CalDAV (thanks to tips from other discussions on here) and others that just want to view the calendar subscribe to it (note for other people using SSL, I did have to modify the "click here to subscribe in iCal" link to do that).  Now I'm running into an issue that's only effecting Lion users so far but it's a BIG issue.  For those who have their account set up in CalDAV, *sometimes* when they switch between our private LAN and their home networks or our VPN their wiki group calendar account will automatically change the "Server Path" from the group account to their individual user account.  The only way to change it back is to delete and re-add the account (or edit the server path, but that takes most of my end-users longer to do). 


Is this happening for anyone else?  I can't find other instances in Googling this issue.  I realize Apple's wiki server doesn't technically support editing group calendars in iCal but what is actually making it revert the path?


Bonus question: How the heck do you fully delete accounts in iCal?  As a troubleshooting step I blew out the following files on my local machine:



~/Library/Preferences/ (multiple plists, incl. the helper file)

~/Library/Preferences/Saved Application State/

Deleted all keychain access files related to iCal


After deleting those when I open iCal->Preferences->Accounts there's nothing there, and as soon as I blink my eyes all of my CalDAV accounts come back (both my company ones and iCloud).  My co-worker running 10.5.8 did the same thing (minus the Saved Application State, obviously) and he sees the same thing.  Where the heck are those settings kept?!


Thanks SO much for any help!

MacBook Air, Mac OS X (10.7.2), 11", i7, 4GB RAM
  • Benezet Level 1 Level 1 (0 points)

    I have the same issue. This iPhone calendar client works perfectly and does not exhibit this behavior. If I reset the path in the iCal client it sometime works, sometimes doesn't. I usually have to exit iCal or even completely logout before iCal will take the new settings. CalDAV implementation is flaky at best in Lion Server. I also have the issue where iCal does not create the reminders list associated with a particular calendar when creating the calendar on the server through the iCal client.

  • Jason Weinstein2 Level 1 Level 1 (45 points)

    I have same problem with iCal in Lion.


    In my case I'm using Davical as a calendar server for our family. Some may wonder why I use Davical and not iCloud. I do for one reason...there is no way to disable getting other users' alarms on the iPhone. I want to be able to view my wife's calendar but not get her alarms.


    So, now onto the issue with the reverting server path setting in iCal.  We each have our own calendar set up within our own accounts on our Davical server. We each have read access to the other's calendar. Within iCal account settings I have her account set up on my Mac with my username/password (jason/****) and, under server settings, the server path points to her calendar /caldav.php/juiper/). After a few days, sometimes just a few hours, suddenly I will have duplicate events throughout my calandar in iCal. Going to preferences I will see that the server path for her calendar will have been changed to the location of my calendar (/caldav.php/jason/).

  • MacBasti Level 1 Level 1 (0 points)

    I'm a metoo. In our company we're using SLS 10.6.8 for group calendar. After updating some of the client machines with new Mac mini's, these machines are preinstalled with Lion and then it started with same issues as described in first post.

    I've done all the things mentioned by viellen and more, first though was a migration issue. It was wrong, cause on a brand new installation with all updates made, it lasts only a day till it get pointed  to the user UID again.

    I've found another hint using the uid stored in Library/CalendarServer/Documents/calenadars/__uids__/wi/ki/ ; it did'nt work.

    Is it possible to lock the preferences after setting up, so that the values can't even be changed by iCal?

  • Stress Test Level 4 Level 4 (1,265 points)

    Same here:


    Server 10.6.8 with iCal activated.

    Using wiki's for group calendars.

    Clients have multiple calendars with indivudual path:

    "/principals/__uids__/wiki-name1", "/principals/__uids__/wiki-name2", "/principals/__uids__/wiki-name3"

    iPad, iPhone and 10.6.8 SnowLeopard Clients are working just fine.


    Lion Clients keep the path for a few days or hours, and then resetting to




    How can I prevent iCal from doing that? Think it's a kind of problem, when the connection to the server is interrupted (MacBook Pros for mobile working). When reconnecting to the server iCal is looking for the User-ID and changing the path


    Very, very, very sad!


    Someone experience with Lion Server, to see if it's client or a server problem? But I would guess it's client, since updating to 10.7 Lion

  • Stress Test Level 4 Level 4 (1,265 points)

    Anyone good news about that?


    Driving me crazy ...

  • akiroto Level 1 Level 1 (0 points)

    I've experienced the mentioned problem since a customer's Xserve was updated to 10.6 SLS. Both 10.6 and 10.7 clients *sometimes* revert the wiki account to a local one and no events are showed in iCal. Re-entering the correct account and restarting iCal usually works but it's not permanent. I finally had to create instructions and have each user fix it by itself. Not to mention that this doesn't occur neither on iPhone non iPads...

  • MaterBang Level 1 Level 1 (0 points)

    I have the same issues btw..


    I found that there is a info.plist file created within the Calendar .caldav folder in ~/Library/Calendars/...  I figured if I locked that info.plist file and even changed the attributes from a terminal window that I would be good.. Well no such luck...  If anyone finds a solution.. let us all know.. I am holding off migrating close to 10 users to Lion.   Wonder if It will be fixed in the upcoming Mountain Lion?  I may have to skip a rev.!

  • gbrandt1 Level 1 Level 1 (0 points)

    Same here. 


    It sometimes happens randomly, but does occur more often when switching from wired to wireless in the same network.


    Does Apple even know about this?  10.7.4 has actually made it worse for me.

  • gbrandt1 Level 1 Level 1 (0 points)

    Do you know if this is an issue with iCal client on 10.7 or with iCal Server on 10.6.8?


    If I switch to using Lion Server will this issue go away?


    Thanks for the quick reply and the bug report!

  • MaterBang Level 1 Level 1 (0 points)

    Not sure.. My server is 10.6.8 and i have a mixture of Lion and Snow Leopard MBP and Minis.   The SL clients are fine.. it appears to be only an issue on the Lion Clients in my envoirnment..

1 2 Previous Next


More Like This

  • Retrieving data ...

Bookmarked By (7)


  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.