There is a caching bug whereby some http headers are not bring
returned on a cached response and that is causing iCal to disable
certain features. A fix for this is in the works.
--
Cyrus Daboo
(Tapped out on my iPhone)
On Jun 13, 2008, at 1:15 PM, Ed Poe <[EMAIL PROTECTED]> wrote:
> I don
I don't even mind having to set up the delegation manually in this
particular test, but what I do mind is that this is reliably broken.
I can set up manual proxies using the command line tools, but as soon
as anything strange happens on the server (today's example was me
trying to play with
Attendee autocomplete and iCal delegation prefs are things that go
best with Open Directory, sadly.
Cheers,
tack
On Jun 12, 2008, at 1:35 PM, Ed Poe wrote:
> Aha! I manually added proxies for the group and for the other user
> account, and magically iCal started letting me set availability an
Aha! I manually added proxies for the group and for the other user
account, and magically iCal started letting me set availability and
delegate, even for the resource that already had proxies defined in
accounts.xml. I had an odd behavior where iCal would briefly flash
the proxies and the
For sharing calendars, you have to edit the ACL on the calendar, not
the person who's calendar it is. When I've had permissions issues in
the client tool, I've cd'd down into the directories. It helps.
You could also add people as a proxy to others, rather than setting
ACL's:
From an ear
tack -
Thanks for the quick reply.
I commented out the guid elements (and deleted and regenerated the
server data) with no effect.
Using the command line client, I get the following errors with a props
command in a user directory:
Failed Properties:
{DAV:}acl: 401
{DAV:}current-us
Hi Ed,
Try commenting out the guid element in the users. That was one of the
earlier solutions to some things. I don't have it in my accounts.xml
and we can use availability.
As far as permissions, you can edit the ACL's with the command line
client:
http://trac.calendarserver.org/wiki/C
I have a server built from SVN running on debian etch (with python 2.5
from sid). It's configured to use XMLDirectoryService. Client
software is iCal 3.0.3 (1244) on 10.5.3.
Although users can log in and edit their own calendars, free/busy
doesn't work ("Availability is not supported on th
