Wiki calendar path!!

Hi!
I'm working on ical server, wiki calendar for group! As I know it is not possible to send invitation if calendar is based on wiki, but may be it is possible to change path for wiki calendar so it could look on calendar which made no server __uids__/<calendar> but not in __uids__/wi/ki/<calendar>!
I suppose it could solve the problem with invitations, because if you have wiki calendar for group, and user uses this calendar also on ical (just by changing server path) you are not able to send invitations! But if it's regular calendar on ical server it can send invitations, so I just want to find where I can change path to calendar for wiki calendar!
May be somebody have some ideas?
Thanks in advance!

While the behavior you describe
(...every so often the Lion iCal client will forget the group wiki path and it seems to revert to the default ("/principals/__uids__/many hex characters"). I then have to go back in and restore the group wiki path...)
is not ideal, I can't even get it to remember it once. Restart iCal server, restart iCal client, restart MacBook Pro with client...it keeps reverting back to the hex address.
You mention something about
...this was a preferences problem with Lion iCal in the client...
and
...I cleaned all the individual calendar files out of the Library folder...
Can you be more specific? I tried digging through the library files, looking for ones associated with the URL of the SLS Wiki Calendar, but that did not seem to help.
Thanks!

Similar Messages

ICal Server - Wiki Calendar - Path is resetted

Hi everybody,
having setup a 10.6 server with activated iCal Server. Working with exceptions as expected.
The Port for SSL iCal is openend in the Firewall, so the clients can access the Server.
The client is set to serverpath: "/principals/__uuids__/wiki-name/"
From time to time the client (Lion 10.7.2 all updates) is resetting the serverpath to "/principals/__uuids__/<unique_user_id>".
Can I prevent the client from doing that? Most of the time it's resetted, when the client is in a public WiFi.
Thanks a lot and greeting from germany.

Please delete this post

Lost Wiki calendars after upgrade to 10.6.4

Hi,
After upgrade my clients to 10.6.4 we are not be able to connect to our Wiki calendars using iCal client.
The original path was:
/principals/wikis/WIKI-NAME/
But now it says the client is not able to connect to:
/principals/_uids_/8a8be0fd-f969-5760-bef6-a73ad4ae3aa1/
If we recreate the subscription, the first time iCal is able to access to the calendar data, using the original path, but after close and restart the client, it modifies the path and uses the new path value (/principals/_uids_/8a8be0fd-f969-5760-bef6-a73ad4ae3aa1/)
In the caldavd error log says:
[AMP,client] [twistedcaldav.directory.principal#error] No principal found for UID: 8a8be0fd-f969-5760-bef6-a73ad4ae3aa1
We do not have this kind of problems with our Leopard (10.5.8) iCal clients or using the web page.
Thanks in advance for any help.
H.

A followup from my post here: http://discussions.apple.com/messageview.jspa?messageID=11686666&stqc=true
Looking at server debug error logs in Info mode, it appears that when querying for the group's HEX UID, the server does the following process:
- Creates a wiki record for the GUID in Memcache; the correct data appears to be passed from the wiki entry
- Checks state of GUID, fails to find it
- Removes memcache data
- Returns "Not Found" to the client
Anyone know why the Twisted is failing to successfully create the Memcache entry?
This is the log of the events dealing with the targetted UID:
2010-06-17 11:00:40-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.wiki.WikiDirectoryService#info] Creating wiki record with GUID 4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:01-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.cache.MemcacheResponseCache#debug] Adding to cache: '04a59fceaad709e7fcbbe8a1a846fa43' = '((I0\nNtp1\nI5849565769670424107\n(I0\nNtp2\n(I207\n(dp3\nS\'Last-Modified\'\n p4\n(lp5\nS\'Thu, 17 Jun 2010 15:01:01 GMT\'\np6\nasS\'DAV\'\np7\n(lp8\nS\'1, access-control, calendar-access, calendar-schedule, calendar-auto-schedule, calendar-availability, inbox-availability, calendar-proxy, calendarserver-private-events, calendarserver-private-comments, calendarserver-principal-property-search\'\np9\nasS\'Content-Type\'\np10\n(lp11 \nS\'text/xml\'\np12\nasS"<?xml version=\'1.0\' encoding=\'UTF-8\'?><multistatus xmlns=\'DAV:\'>\\r\\n <response>\\r\\n <href>/principals/wikis/acgiit/</href>\\r\\n <propstat>\\r\\n <prop>\\r\\n <principal-collection-set>\\r\\n <href>/principals/</href>\\r\\n </principal-collection-set>\\r\\n <calendar-home-set xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit</href>\\r\\n </calendar-home-set>\\r\\n <calendar-user-address-set xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/principals/wikis/acgiit/</href>\\r\\n <href xmlns=\'DAV:\'>urn:uuid:4946e8b4-dbee-59aa-9064-37bc5ae59154</href>\\r\\n <href xmlns=\'DAV:\'>https://server.redacted.tld:8443/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n <href xmlns=\'DAV:\'>https://server.redacted.tld:8443/principals/wikis/acgiit/</href>\\r\\n <href xmlns=\'DAV:\'>/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n <href xmlns=\'DAV:\'>http://server.redacted.tld:8008/principals/wikis/acgiit/</href>\\r\\n <href xmlns=\'DAV:\'>http://server.redacted.tld:8008/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n </calendar-user-address-set>\\r\\n <schedule-inbox-URL xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit/inbox/</href>\\r\\n </schedule-inbox-URL>\\r\\n <schedule-outbox-URL xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit/outbox/</href>\\r\\n </schedule-outbox-URL>\\r\\n <dropbox-home-URL xmlns=\'http://calendarserver.org/ns/\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit/dropbox/</href>\\r\\n </dropbox-home-URL>\\r\\n <displayname>acgiit</displayname>\\r\\n <principal-URL>\\r\\n <href>/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n </principal-URL>\\r\\n <supported-report-set>\\r\\n <supported-report>\\r\\n <report>\\r\\n <acl-principal-prop-set/>\\r\\n </report>\\r\\n </supported-report>\\r\\n <supported-report>\\r\\n <report>\\r\\n <principal-match/>\\r\\n </report>\\r\\n </supported-report>\\r\\n <supported-report>\\r\\n <report>\\r\\n <principal-property-search/>\\r\\n </report>\\r\\n </supported-report>\\r\\n <supported-report>\\r\\n <report>\\r\\n <expand-property/>\\r\\n </report>\\r\\n </supported-report>\\r\\n </supported-report-set>\\r\\n </prop>\\r\\n <status>HTTP/1.1 200 OK</status>\\r\\n </propstat>\\r\\n <propstat>\\r\\n <prop>\\r\\n <xmpp-uri xmlns=\'http://calendarserver.org/ns/\'/>\\r\\n <notification-URL xmlns=\'http://calendarserver.org/ns/\'/>\\r\\n </prop>\\r\\n <status>HTTP/1.1 404 Not Found</status>\\r\\n </propstat>\\r\\n </response>\\r\\n</multistatus>"\np13\ntt.'
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Memcache: checking dir|guid|4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Memcache: miss dir|guid|4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Faulting record for attribute 'guid' with value '4946e8b4-dbee-59aa-9064-37bc5ae59154'
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] opendirectory.queryRecordsWithAttribute_list(<PyCObject object at 0x101b47670>,'dsAttrTypeStandard:GeneratedUID','4946e8b4-dbee-59aa-9064-37bc5ae 59154',8193,False,['dsRecTypeStandard:Users', 'dsRecTypeStandard:Groups', 'dsRecTypeStandard:Places', 'dsRecTypeStandard:Resources'],['dsAttrTypeStandard:GeneratedUID', 'dsAttrTypeStandard:RecordName', 'dsAttrTypeStandard:AltSecurityIdentities', 'dsAttrTypeStandard:RecordType', 'dsAttrTypeStandard:RealName', 'dsAttrTypeStandard:FirstName', 'dsAttrTypeStandard:LastName', 'dsAttrTypeStandard:EMailAddress', 'dsAttrTypeStandard:AppleMetaNodeLocation', 'dsAttrTypeStandard:GroupMembers', 'dsAttrTypeStandard:NestedGroups', 'dsAttrTypeStandard:ResourceInfo', 'dsAttrTypeStandard:ResourceInfo'])
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Failed to fault record for attribute 'guid' with value '4946e8b4-dbee-59aa-9064-37bc5ae59154'
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Memcache: storing (negative) dir|guid|4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.principal#error] No principal found for UID: 4946e8b4-dbee-59aa-9064-37bc5ae59154

Web Based Wiki Calendar does not match iCal Account Calendars

+Accidentally posted this in the 10.5 Server section, hopefully there's not a problem posting it here as well, but since I'm on 10.6.7 Snow Leopard Server I thought this section might have an answer:+
Having a weird issue with a Wiki Calendar that I want to share throughout the office. I created a group and then created a Wiki for it using the Server Preferences, then enabled the Calendar in the Wiki Preferences. This works fine, calendar shows up when logged into the wiki.
Next I wanted to have it accessible from both the Web for the few PC users we have and from iCal for our Mac users. I added the Wiki calendar with the following settings in iCal:
Account type: CalDAV
User name: shortname (of a group member)
Password: (password of group member)
Server address: server.mydomain.com/principals/wikis/groupshortname
The calendar gets added fine in iCal with one problem, it is not the same calendar that is on the wiki if you log in via a browser. Events added in iCal do not show up on the wiki's events list and if I add a calendar or change the name it is not reflected on the wiki page either.
The Server Path in iCal preferences shows:
/principals/_uids_/wiki-groupshortname/
Events that I add to the calendar will show up to everyone that has the account added in iCal, just not on the wiki page. Wondering if anyone else has come across this and knows how to fix it. Thanks.

What I did is checking if one of the server updates causes the problem:
- Clean installation of 10.6.3
- New and empty folders for collaboration and calendar
- Checking user calendar was fine - with the user wikis and calendar is no problem at all.
Wikis:
- New test-wiki and new calendar entry was as it should (in the calendar folder under the real wiki-name folder - not 465465464654645something)
- Connecting with iPhone worked calender are updating
- Connecting with iCal from OSX failed (could not find UID__4565465436135thing)
- Updating the server with 10.6.6 combo
- second test-wiki and new calendar entry was as it should (in the calendar folder under the real wiki-name folder - not 465465464654645something)
- Connecting with iPhone worked calender are updating
- Connecting with iCal from OSX ok and updating
- I copied two of my production wikis in the collaboration folder and the calendar are updating with iCal and iPhone
- Updating the server with 10.6.7 combo
Without loosing a second the server is making new calendars and renames the Websites Name of the calender with 4653134604645065406something.
- But only with the migrated wikis from 10.5 not with the new test wikis
I will now make another installation and update to 10.6.6 only and try to reconfigurate the server.

Lion iCal client can't read SLS wiki calendar?

Anyone else running Snow Leopard Server (10.6.8) having issues with the new Lion iCal client (v5.0) not seeing a wiki/group calendar? I've got the server path on the Lion client on a new MacBook Air exactly the same as that of the Snow Leopard client (v4.0.4) on my Mac Pro: /principals/__uids__/wiki-groupname
The Mac Pro is working fine with this setup, only difference is the client OS/client iCal version.
iCal server logs don't even show a hit from the Lion client when I refresh the client calendar, while it does show a hit from the Snow Leopard client when I refresh it.

While the behavior you describe
(...every so often the Lion iCal client will forget the group wiki path and it seems to revert to the default ("/principals/__uids__/many hex characters"). I then have to go back in and restore the group wiki path...)
is not ideal, I can't even get it to remember it once. Restart iCal server, restart iCal client, restart MacBook Pro with client...it keeps reverting back to the hex address.
You mention something about
...this was a preferences problem with Lion iCal in the client...
and
...I cleaned all the individual calendar files out of the Library folder...
Can you be more specific? I tried digging through the library files, looking for ones associated with the URL of the SLS Wiki Calendar, but that did not seem to help.
Thanks!

Can I add more than one Wiki calendar to my web cal?

Hi,
I would like to add more than one Wiki-Cal to my Webcal (or CalDAV). Well I have two Wikis with calendars both are shown in my webcal (see photo)
I have added the wiki calendar "Oberstufe" and from another wiki "Praktikum".
In one Wiki I want to add a second calerndar "stundenplan". This works very fine (see photo)
The problem is that I can't add this second calendar "Stundenplan" to my iCal calendars. The Link is added. When the mouse is over this link there is a hand. But pressing this link doesn`t work.
Where is my mistake?
I'm using OS Lion Server with an SSL-Connection and a selfsigned certificate.

Hi,
See my post here:
https://discussions.apple.com/message/15253863#15253863
Best wishes
John M

Can you set a time range in the wiki calendar?

I think the wiki calendar is a great feature in 10.5 Server, however I am annoyed by one problem. I can't figure out a way to limit the time on a wiki to say 8am to 5pm. I would like to use this as a class calendar page on the wiki, but it is really annoying to have to scroll through 24 hour days. Does anyone know a way to do this? It would be great if Apple allows us to edit the time being shown on the wiki.
Thanks,
David

Hi,
I don't have Leopard here to try it with the wiki, but with Tiger I can publish a user calender to the iCal server after setting the time period in iCal client preferences. The times out of range are greyed out. When I subscribe with a different Tiger client those same periods remain greyed out.
Since Tiger can only read calendars I can't test the wiki interaction yet. This tells me that the iCal server can respect time periods once set.
Another data point.
Harry

"All Day Events" Do Not show up in wiki calendar

Hello;
Anyone find out how to solve this problem? I have a 10.5 ical server. Extensive use of calendars both individual and group. Users have access to wiki calendars from ical on their macs. The intention is to allow users of other operating systems to view wiki calendars however none of the all day events display at all on web page/wiki calendar.
Thanks.

Hm, I opened it up in Aperture once, but I recently (re-)arranged all events in iPhoto. I had the full hierarchy in there and did not work in Aperture. I just had to recreate the library and after that the events were gone.

Setting up Wiki Calendars in iCal with Active Directory Accounts

I'm Having a little trouble wrapping my head around our Wiki Calendar Solution,
Id like to find a way to get the 10.6 Wiki Server Calendar's in iCal Client - using our active directory authentication.
I have a test 10.6 Server bound to our Active Directory with Wiki's up and running and am able to log in with AD account's and view and manage the Wiki Calendar - I can see how to subscribe to the calendar's - But I need full integration with iCal and maybe even Outlook - subscribing only provides read access.
anyone have any idea how his can be accomplished in and active directory setting - my searches have lead me to OD solutions and thats not going to work.

I don't know how much I'll be able to help, but I do have AD accounts using wiki services. Can you verify a few things:
1. The AD group is listed in the "Wiki Creators" box in Server Admin, yes?
2. If you open Terminal and run "sudo serveradmin settings teams:enableClearTextAuth", does it return "teams:enableClearTextAuth = yes"?
3. If you open System Preferences -> Accounts and then edit the directory servers, does the AD domain show as working normally?
Also, have you worked to isolate the problem? Have you tried creating an OD user to test against the wiki? Are the logs showing anything?

10.5.8 iCal clients can't see additional Wiki Calendars

We just implemented a company wide iCal Server solution on 10.6.3 server (although just updated to 10.6.4 with no difference).
Most of our clients are 10.5.8 (iCal 3.0.8 - 1287). We've setup about 4 or 5 wikis, each with calendars and setup each user's iCal with additional CalDAV accounts for each Wiki Calendar, with URLs in the form of
http://server.example.com:8008/principals/_uids_/wiki-<wikiname>/
Now, within each Wiki/Group Calendar account, there might be multiple calendars. It seems that 10.5.8 clients can only see events in ONE of these calendars, whereas 10.6.x clients can see everything! User credentials seem irrelevant, it's just down to the OS/iCal version.
At first, I thought it might just be the primary calendar (/calendars/_uids_/wiki-<wikiname>/calendar) as opposed to the secondary ones (/calendars/_uids_/wiki-<wikiname>/87263455-a895-dfg3-23456789). However, even that is not the case. I can't seem to find any pattern to dictate why some show and some don't.
Now these 10.5.8 users can create events in the calendar whose events they can't see, but then others can't see those events. I've dug around in /Library/CalendarServer but I can't seem to find anything about event level ACLs. Am I misunderstanding how this should work? Is this a limitation of 10.5.8 iCal? Is anyone else experiencing this?

I'll just add that when users view the calendars via the web, all events show up perfectly.

What's the correct form of the URL for wiki calendar access in iCal?

I understand the URL for my personal calendar "server.domain.net/webcal", but whats the URL for a wiki calendar? Under SL I used to access wiki calendars in iCal using a URL of the form "server.domain.net/principals/wikis/<wiki_name>" but this no longer works.

Nevermind I figured it out. The correct form is "server.domain.net/principals/__uids__/wiki-<name of wiki>/"

How to Subscribe to Outlook Calendar in Group WIKI Calendar

Ok, here's what I've been trying to figure out how to do for about a year. Our small office uses PC's with Outlook as our Calendar. We are not on Exchange Server. We are using Mac Mini Snow Leopard Server ver. 10.6.8. I'm trying to figure out a way so that our office can look at one central calendar and see individual calendars for each of the users. I don't want all the users to have their events/appointments on 1 calendar because then you can't tell whose event/appointment it is.   I've setup a Group WIKI and have activated the Calendar and have a group consisting of the attorneys assigned to the Group. Outlook 10 can publish its calendar as to a webdav server. In fact I'm able to subscribe to my Outlook Calendar once its been published in the iCal client on the Snow Leopard server. It updates in both directions when changes are made. The problem is that when I go into the Group WIKI Calendar, although I can create calendars there and then PUBLISH them so they can be Subscribed to in either iCal or in Outlook 2010, I can't figure out how to SUBSCRIBE to a webdav/caldav calendar, ie. the Outlook 2010 that's been published, in the WIKI Calendar. Thanks for your help.

Hello,
I'm afraid I'm not familiar with the specific intricacy of your situation (a hosted domain at Outlook.com), and so do not know if indeed that is causal to your issues. But perhaps a workaround will be useful? For example, if you indeed use your hosted domain for your email, but create a true Outlook.com account for the use of only Calendar and Contact synchronization, then that might work?
You can find complete instructions here:
http://supportforums.blackberry.com/t5/General-BlackBerry-10-Smartphone/How-To-OTA-Sync-BB10-and-non...
For your email account, you simply use the domain they are hosting, and for Contacts/Calendar, the true Outlook.com account that you create for that purpose.
Good luck!
Occam's Razor nearly always applies when troubleshooting technology issues!
If anyone has been helpful to you, please show your appreciation by clicking the button inside of their post. Please click here and read, along with the threads to which it links, for helpful information to guide you as you proceed. I always recommend that you treat your BlackBerry like any other computing device, including using a regular backup schedule...click here for an article with instructions.
Join our BBM Channels
BSCF General Channel
PIN: C0001B7B4   Display/Scan Bar Code
Knowledge Base Updates
PIN: C0005A9AA   Display/Scan Bar Code

Why rely on wiki calendars anyway?

I, too, got bit by the breakage of group wiki calendars in 10.6.4. I'm very grateful for some of the solutions posted here, but after some thinking, I decided that it's really not in any of our best interest to have our businesses or our clients' businesses depend on an unsupported feature. As such, I created new user accounts to represent each group calendar account. I've deployed it to my staff and it's really working quite well.
*The Negatives:*
1. We no longer have a web view of our group calendars
2. Delegations must be manually created - HOWEVER, using calendarservermanageprincipals you can delegate to an entire group saving the painstaking work and maintenance of delegating per user.
*The Positives:*
1. Only one account needs to be created in each copy of iCal (adding wiki accounts was a pain and really wan't something that most users could do)
2. Group calendars can now send and receive invites (like resources or locations, they can be set to auto-accept too using calendarservermanageprincipals)
3. iCal can enable/disable all calendars for a group with one checkbox
Once I discovered calendarservermanageprincipals, it now seems well worth it to do it this way, the supported way.
Are there any other negative or positive aspects you guys can think of? What reasons are holding you back from doing it this way?
+Pardon the double-post, but I felt this belonged in the OS X Server section, not just the iCal client section+

No response?
In case anyone is confused as to how this works, this is how I created and enabled a shared, group calendar for my Marketing department. First, I created a new user in Workgroup Manager to represent the Marketing department's calendars. I named this user "sharedmarketing".
Now, I wanted to give the staff group "read-only access" to the calendar as well as to give the Marketing group "write access", so I executed these two commands:
sudo calendarservermanageprincipals --add-write-proxy groups:marketing users:sharedmarketing
sudo calendarservermanageprincipals --add-read-proxy groups:staff users:sharedmarketing
I then imported the content from the Marketing Wiki calendar into this calendar and that was it!
If I logged in directly to the sharedmarketing account with iCal (not necessary), and looked how the account was set to be delegated, it properly showed group names:
There is no way to configure it like this using the iCal GUI, and this was why I always felt that the management of privileges was the biggest obstacle in setting up iCal Server in this proper, supported fashion.
Then, from the client, I can naturally access those group calendars:
This is SO much easier to setup and maintain as each user only needs to have their ONE iCal account configured and they can just add the necessary groups, which is WAY easier than supplying users with crazy wiki-calendar URLs.
It's been extremely stable too. I haven't seen one of those Offline/Revert to Server dialogs that we used to see when using wiki groups.

Cannot see wiki calendars

Recreated user's profile in workgroup manager post that cannot see previous or old wiki calendars but can create new calendars
Permissions for this user appears to be fine. Could import user's calendars to iCal application into that user's profile
Any workaround for this issue ??

So I went back to 10.8 on the 2008 MacBook and calendars works again. I tried updating to 10.8.2 again and same issue...... I guess this one will have to stay on 10.8....

Wiki calendar pages can't be accessed

After the most recent server and security updates, no one is able to access the calendars through the wiki web sites. Everything else on the sites are accessible but on the home page under "Upcoming Events" shows a message "Unable to access calendar, because an error occurred" and when we attempt to access the calendar, the page is grayed out and it is stuck at "getting events from server" with the spinning wheel. We are not using group calendars, just individual calendars through the wiki web pages. Is this happening to anyone else?

Idem
i just can't access the wiki calendar.
But I can access calendars linked with individual accounts (from the "my page")
i have some other issues with individual calendars in ical clients : randomly an connection error occurs, and most of time it takes loads of time to update at opening and/or after editing.
I get this :
+Le serveur a répondu+
+« HTTP/1.1 500 Internal Server Error »+
+à l’opération CalDAVRefreshDelegateListQueueableOperation.+
I don't know if both problems are linked together or not.

Wiki calendar path!!

Similar Messages

Maybe you are looking for