ICal server X.6.8 error 403 Caldav...

Hi all,
I have iCal server on my mac mini server X.6.8
Service activate on this server :
Open directory replica
iCal
iChat
Web
MySQL
And i have 137 users, all users have access to ical service but some users can't create events or invite other users.
When i go to "https://mydomain.com/ical" i can authenticate but when i create events i have a popup message "https:/mydomain.com/ical You don't have permission to view this calendar."
On iCal application i have this error " Error 403 CalDAVWriteEntityQueueableOperation"
Thanks a lot
Sorry for my english i am french

hi there
very latest Mac OS updates (10.8.2) applied tonight seem to at last fix this horrible problem. i hd constant 403 errors but after tonight's updates they seem to have gone ...

Similar Messages

Website on Mac Mini Server not accessible. Error 403 index document not available.

Dear all,
I'm trying to host a website on my Mac Mini Server. As far as I can see, my DNS is working correctly. Also my firewall is setup correctly. (I'm hosting another website which works OK). But I setup a new site. Basically a copy of the working site. But this site doesn't reflect an index.htm page. I receive an Error 403 with further information that there is no index document or that the site is secured. There is a contact link on this page directing to my webmaster. So I conclude that something is working, but no index.htm page. Has anyone similar experience? And offcourse a solution?
Many thanks.

Launch Terminal.app and issue the commands:
cd /Library/Webserver/Documents/
ls -al
And see if the files are readable by the web server. Here's an example index file listing that's owned by root and with group access for admin folks, and this file is marked as readable and writable for the owner and the group, and is readable for everybody else:
-rw-rw-r-- 1 root admin 5094 Jul 25 2009 index.html
In this configuration, the web server would be using the other access; the web server can read this file, but not write to it. Here is how to duplicate these ownership and access settings on your own index.html file, assuming that you have that file present in the ls listing above, and assuming that you have issued the cd (change default directory) command shown above:
sudo chown root:admin index.html
sudo chmod ug=rw,o=r index.html
You will need to enter your administrative password for the sudo command.
I would very strongly suggest that you start learning some basics of bash and of Apache, because you're going to be needing those skills very soon.

Mac 10.6.8 ical "server responded with an error" endless loop

I get an endless loop. "The Server Responded with an Error "--click OK. Next window "The Server Respnded with an Error"--whether click "go offline" or "return to server" takes me back to first window, ad infinitum. Can't change anything on calendar; cannot access ical Preferences. basically cannot do anything except Force Quit, whether logged into my account or my wife's [registered to my wife's yahoo! email].
Also cannot synch calendars now between imac, iphone, and ipad like we could in beginning. Using 10.6.8 because some of my peripherals not compatible with later.
This problem just started a couple of days ago [the server problem freezing the calendar, it hasn't been working properly for awhile and the calendar synch was lost when a friend upgraded the iphone software.]
What can I do to restore 1] the functionality of the ical? and 2] synching the imac, ipad, and iphone icals?

I read another response to a similar question posted a couple of years ago. I turned off the Wifi, restarted iCal offline, and that eliminated the message. However, as soon as I turned on the Wifi the message again appeared, the app froze requiring a Force Quit, and the game is still afoot. NO SOLUTIONS ANYONE?

Ical: Server responded with an error. no error

The server responded with an error.
The request for “Your INR Result: PT INR 2.6 05/14/2014
INR Low Range: 2.5 - INR High Range: 3.5
Warfarin Tab (MG): 5mg Peach
**CONTINUE YOUR SAME WARFARIN DOSE BELOW.**
According to our records, your current Warfarin instruction is as follows:
Sunday (mg): 5 MG
Monday (mg): 5 MG
Tuesday (mg): 5 MG
Wednesday (mg): 7.5 MG
Thursday (mg): 5 MG
Friday (mg): 5 MG
Saturday (mg): 5 MG
Please have your next Protime/INR blood test on: Follow up date: 06/18/14
Your INR Result: PT INR 2.6 05/14/2014
INR Low Range: 2.5 - INR High Range: 3.5
Warfarin Tab (MG): 5mg Peach
**CONTINUE YOUR SAME WARFARIN DOSE BELOW.**
According to our records, your current Warfarin instruction is as follows:
Sunday (mg): 5 MG
Monday (mg): 5 MG
Tuesday (mg): 5 MG
Wednesday (mg): 7.5 MG
Thursday (mg): 5 MG
Friday (mg): 5 MG
Saturday (mg): 5 MG
Please have your next Protime/INR blood test on: Follow up date: 06/18/14
Your INR Result: PT INR 2.6 05/14/2014
INR Low Range: 2.5 - INR High Range: 3.5
Warfarin Tab (MG): 5mg Peach
**CONTINUE YOUR SAME WARFARIN DOSE BELOW.**
According to our records, your current Warfarin instruction is as follows:
Sunday (mg): 5 MG
Monday (mg): 5 MG
Tuesday (mg): 5 MG
Wednesday (mg): 7.5 MG
Thursday (mg): 5 MG
Friday (mg): 5 MG
Saturday (mg): 5 MG
Please have your next Protime/INR blood test on: Follow up date: 06/18/14
Your INR Result: PT INR 2.6 05/14/2014
INR Low Range: 2.5 - INR High Range: 3.5
Warfarin Tab (MG): 5mg Peach
This information, which I highlighted in red, shows up on a separate page from and above the calendar page, and is half the width of the standard page; and repeats all the three times on the page. I cannot close ical without force quitting. I cannot access ical preferences as suggested in another answer to a similar problem, because the "separate page" remains dominant. I tried ridding the computer of the calendar plist, that did not work. I cannot discard ical because the computer will not allow me to trash. I am really befuddled.
Fortunately, it only affects ical on my MacBook Pro running 10.9.2- it has not affected my iPad or iPhone, both running ios 7.2... they seem to be syncing with iCloud correctly. Anyone had this animal in their zoo lately?

I read another response to a similar question posted a couple of years ago. I turned off the Wifi, restarted iCal offline, and that eliminated the message. However, as soon as I turned on the Wifi the message again appeared, the app froze requiring a Force Quit, and the game is still afoot. NO SOLUTIONS ANYONE?

ICAL "Server responded with an error ?

I try to bring up my ical and I get this error message. There is nothing I can do, I have to force quit to even close it. Any idea how to correct this? I have the latest OS updates, all else is running OK.THNAKS

Repeated attempts to upgrade to the new MobileMe Calendar received the same error as Richard_B.:
"The calendar https://cal.me.com/principals/users/[my ID]/ was not found on the server. Make sure the URL is correct."
Software is up-to-date on 27" Intel iMac (10.6.5) and all iOS devices (4x). Deleted my MobileMe calendar account from appropriate iCal prefs pane and now no longer receive above error. Calendar changes to iCal, MobileMe Calendar, and iOS device calendars still push to populate other calendar instances.
Still, I desire the new MobileMe calendar primarily for its compatibility with BusyMac's BusyToDo mobile app, which allows to-do list viewing and editing on iOS devices. Working with a very simple calendaring system "On My Mac": distinct "Home" and "Work" calendars, as well as a third one. "Subscribed" to a Birthday calendar, and that's it. No calendar categories involved.
MobileMe syncing (iDisk and iCal particularly) has been very spotty over many years. BusyCal or some other alternative for calendaring beckons, as does DropBox. Always resisted third-party solutions for syncing, but feel myself caving.

Ical server responds with an error

I have a MacBook Pro and I have an Ical error "server responds with an error" and cannot make it stop popping up

Sorry, no help there. Ical does not stay open long enough to do anything with. All it does is crash and apologise and say it will notify Apple.
Guess I will just delete it altogether and use google calendar.

10.5 iCal Server User having invite issues and 403 errors.

I have a 10.5 iCal server running. One user has constant problems. I've made a new account and the issue persists. A lot of 403 errors. People can't always invite him. He can't always invite others. Most invitees show up with "!" by their names. The log is showing that his folder in the CalendarServer can't be found (though sometimes it is) and that he is not enabled in the Calendar SACL, though the main group he belongs to is enabled.
Thoughts and suggestions are appreciated.

No solution, gave the 10.5 user an Intel Mac running Snow Leopard.

ICal - recurring "server responded with an error" message

After years of using iCal without problems, (except for some recent duplicate alarms), a recurring error message has suddenly started popping up. It says:
"The server responded with an error.
Access to account "***@me.com" is not permitted.
The server responded:
"HTTP/1.1 403 Forbidden"
to operation CalDAVAccountRefreshQueueableOperation."
I use MobileMe to sync calendars with an iMac, iPhone, iPad and recently added a MacBookPro. I haven't changed anything other than adding the Macbook. MobileMe seems to be syncing just fine. iCal is operating normally, all of the calendars and info are there. I checked iCal > preferences > accounts and the MobileMe account information and password is entered correctly, ...but the error message is constantly popping up. Can someone help me resolve this?
Thx.

Are you using MobileMe Calendar Beta?
First make an iCal backup, File > Export > Archive.
Remove the following to the trash and restart your computer:
Home > Library > Caches
Home > Library > Calendars > Calendar Cache, Cache, Cache 1, 2, 3, etc. (Do not remove Sync Cache or Theme Cache)
Home > Library > Preferences > com.apple.ical (There may be more than one of these. Remove them all.)
__NOTE: Removing these files will remove any shared (CalDAV) calendars you may have access to. You will have to re-add those calendars to iCal > Preferences > Accounts.
Once the computer is back up and running open iCal and test.
Hope that helps.

All free/busy requests get error 403 in iCal with MobileMe

I'm playing for the first time with looking with my availability in iCal / Lion / MobileMe CalDAV accounts.
Everything else is working well with my calendars and Mobile Me.
I can add events, remove them, edit them, the sync is working well between the web interface and iCal on my Mac (10.7)
The only thing amiss is the availability window just logs an error to the console after a short time out.
It's error 403 which seems to be a permission denied error.
Do I need to grant permission for MobileMe to publish my free/busy status anywhere?
It it locked down until I allow sharing?
Is it tied to sharing a calendar some how?
Just sending a call out to others in case I'm missing something obvious. There are instances of this error on the boards with iCal and 10.6.6. so I presume it's more a server setup / service interruption than something I can change.
Thanks for any input - even if it's a "it works for me right now" or "I too can't get mobile me status in iCal"
(p.s. Mobile Me support says they can't help - talk with iCal people.)
(p.s. After two hours on the phone with iCal - it's back to the MobileMe people to try again. I figured I'd give a shout here before I try them again...)
Here's the error message from /private/var/log/system.log
7/27/11 12:48:30.780 PM          iCal          Error Error Domain=CoreDAVHTTPStatusErrorDomain Code=403 "The operation couldn’t be completed. (CoreDAVHTTPStatusErrorDomain error 403.)" UserInfo=0x7fd30cbbe3d0 {CoreDAVHTTPHeaders=<CFBasicHash 0x10300c1e0 [0x7fff7dbf7ea0]>{type = immutable dict, count = 7,
entries =>
          0 : <CFString 0x7fff7c240c18 [0x7fff7dbf7ea0]>{contents = "Server"} = <CFString 0x7fd30cabf370 [0x7fff7dbf7ea0]>{contents = "MobileMeCalendarServer 1C97"}
          2 : <CFString 0x7fd30cd8acb0 [0x7fff7dbf7ea0]>{contents = "DAV"} = <CFString 0x7fd30cb97840 [0x7fff7dbf7ea0]>{contents = "1, access-control, calendar-access, calendar-schedule, calendar-auto-schedule, calendarserver-sharing, calendarserver-subscribed, calendarserver-principal-property-search"}
          3 : <CFString 0x7fff7c240780 [0x7fff7dbf7ea0]>{contents = "Content-Type"} = <CFString 0x7fff7dbf1640 [0x7fff7dbf7ea0]>{contents = "text/xml"}
          4 : <CFString 0x7fff7c2407b8 [0x7fff7dbf7ea0]>{contents = "Date"} = <CFString 0x7fd30cbd9810 [0x7fff7dbf7ea0]>{contents = "Wed, 27 Jul 2011 17:48:30 GMT"}
          6 : <CFString 0x7fff7c240710 [0x7fff7dbf7ea0]>{contents = "Content-Length"} = <CFString 0x7fff7dbebe80 [0x7fff7dbf7ea0]>{contents = "280"}
          8 : <CFString 0x7fd30cd636e0 [0x7fff7dbf7ea0]>{contents = "X-Transaction-Id"} = <CFString 0x7fd30cbd7060 [0x7fff7dbf7ea0]>{contents = "nk11r10me-calsvr003-10-1311293226-3551930"}
          9 : <CFString 0x7fd30cab2b10 [0x7fff7dbf7ea0]>{contents = "X-Responding-Server"} = <CFString 0x7fd30cdeda10 [0x7fff7dbf7ea0]>{contents = "nk11r10me-calsvr003 10"}
} getting free-busy information for (
    "mailto:[email protected]",
    "mailto:[email protected]"

I have a similar issue. My girlfriend is using a yahoo address and for the life of me I cannot send her an iCal invite from my me.com or mac.com address. It never shows up in her email, not in inbox, not in junk, not deleted. I get an exclamation point on her name in the iCal invite. I can send her invites from Gmail. I created a test account on yahoo and I can send invites to that test account.
Of course I can email her just fine. I can open the invite in iCal, select the down arrow on her name and select "send email" that works just fine. I try to "invite again" and nothing... this is maddening
I've deleted iCal cache, deleted her contact, tried just using her smtp yahoo address, i don't have this issue with anyone else that I know of...

Ical server caldavd error

hello people,
i suddenly become this error in the logs of ical server, i dont have any idea what it means please help
best regards
Tony
011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twistedcaldav/method/report_common.py", line 133, in responseForHref
2011-02-11 13:48:34+0100 [-] [caldav-8009] d = propertiesForResource(request, propertyreq, resource, calendar, timezone, isowner)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twistedcaldav/method/report_common.py", line 199, in propertyListForResource
2011-02-11 13:48:34+0100 [-] [caldav-8009] return _namedPropertiesForResource(request, prop.children, resource, calendar, timezone, isowner)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 832, in unwindGenerator
2011-02-11 13:48:34+0100 [-] [caldav-8009] return _inlineCallbacks(None, f(*args, **kwargs), Deferred())
2011-02-11 13:48:34+0100 [-] [caldav-8009] --- <exception caught here> ---
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 749, in _inlineCallbacks
2011-02-11 13:48:34+0100 [-] [caldav-8009] result = g.send(result)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twistedcaldav/method/report_common.py", line 256, in _namedPropertiesForResource
2011-02-11 13:48:34+0100 [-] [caldav-8009] propvalue = property.elementFromCalendarWithAccessRestrictions(calendar, access, timezone)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twistedcaldav/caldavxml.py", line 647, in elementFromCalendarWithAccessRestrictions
2011-02-11 13:48:34+0100 [-] [caldav-8009] return CalendarData.fromCalendar(filtered_calendar)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twistedcaldav/caldavxml.py", line 403, in fromCalendar
2011-02-11 13:48:34+0100 [-] [caldav-8009] return clazz(davxml.PCDATAElement(str(calendar)))
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/twistedcaldav/ical.py", line 361, in _str_
2011-02-11 13:48:34+0100 [-] [caldav-8009] def _str_ (self): return self._vobject.serialize()
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/vobject/base.py", line 186, in serialize
2011-02-11 13:48:34+0100 [-] [caldav-8009] return behavior.serialize(self, buf, lineLength, validate)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/vobject/behavior.py", line 148, in serialize
2011-02-11 13:48:34+0100 [-] [caldav-8009] if validate: cls.validate(obj, raiseException=True)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/vobject/behavior.py", line 83, in validate
2011-02-11 13:48:34+0100 [-] [caldav-8009] if not child.validate(raiseException, complainUnrecognized):
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/vobject/base.py", line 69, in validate
2011-02-11 13:48:34+0100 [-] [caldav-8009] return self.behavior.validate(self, *args, **kwds)
2011-02-11 13:48:34+0100 [-] [caldav-8009] File "/usr/share/caldavd/lib/python/vobject/icalendar.py", line 989, in validate
2011-02-11 13:48:34+0100 [-] [caldav-8009] raise ValidateError(m)
2011-02-11 13:48:34+0100 [-] [caldav-8009] vobject.base.ValidateError: 'VEVENT components cannot contain both DTEND and DURATION components'
2011-02-11 13:48:34+0100 [-] [caldav-8009]

Another log message:
2007-11-04 12:17:48+0100 [HTTPChannel,0,84.150.186.146] Exception rendering:
2007-11-04 12:17:48+0100 [HTTPChannel,0,84.150.186.146] Unhandled Error
Traceback (most recent call last):
File "/usr/share/caldavd/lib/python/twisted/web2/channel/http.py", line 412, in processRequest
self.request.process()
File "/usr/share/caldavd/lib/python/twisted/web2/server.py", line 291, in process
d.callback(None)
File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 239, in callback
self._startRunCallbacks(result)
File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 304, in _startRunCallbacks
self._runCallbacks()
--- <exception caught here> ---
File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 317, in _runCallbacks
self.result = callback(self.result, *args, **kw)
File "/usr/share/caldavd/lib/python/twisted/web2/server.py", line 288, in <lambda>
d.addCallback(lambda res, req: res.renderHTTP(req), self)
File "/usr/share/wikid/lib/python/apple_wlt/UserServer.py", line 81, in renderHTTP
baseURL = u"%s://%s/%s/" % (theRequest.scheme, theRequest.headers.getRawHeaders('x-forwarded-host')[0], 'users')
exceptions.TypeError: 'NoneType' object is unsubscriptable

OD errors in iCal Server (won't allow iCal Server to run)...

Can anyone help me solve the OD errors I'm seeing in iCal Server?
The Xserve I'm trying to run iCal Server on is connected to an OD Master.
I can't get iCal Server running on this as a result (though, any other Xserves on the network, also connected to the same OD Master, have no problem running iCal Server).
All other services on this Xserve (web, AFP, wiki, etc.) that rely on OD-based accounts work fine.
Any insight would be appreciated!
Kristin.
2009-05-07 12:20:26-0400 [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2009-05-07 12:20:26-0400 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2009-05-07 12:20:26-0400 [-] 1 processors found, configuring 1 processes.
2009-05-07 12:20:26-0400 [-] twistedcaldav.logging.AMPLoggingFactory starting on "'/var/run/caldavd.sock'"
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Log opened.
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring directory service of type: twistedcaldav.directory.appleopendirectory.OpenDirectoryService
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading users record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name."
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af-ace8-519a-ac3d-e166498db024(/Search->/Local /Default)] FFFFEEEE-DDDD-CCCC-BBBB-AAAA00000000(root) 'System Administrator'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af-ace8-519a-ac3d-e166498db024(/Search->/LDAPv 3/xserve001.upincstudio.ca)] E244BEBD-5184-47B2-9DF3-6B6CD47E3B9A(root) 'System Administrator'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading groups record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/Loca l/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000050(admin) 'Administrators'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/LDAP v3/xserve001.upincstudio.ca)] 8123E7CE-5C19-483F-87C1-EC92FFE2F8C1(admin) 'Open Directory Administrators'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/Loca l/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000014(staff) 'Users'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/LDAP v3/xserve001.upincstudio.ca)] 61746A78-BFE1-49F0-861A-FB1AA07DFDE5(staff) 'Open Directory Users'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading locations record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading resources record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring SudoDirectoryService with file: /etc/caldavd/sudoers.plist
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up document root at: /Library/CalendarServer/Documents
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up principal collection: <class 'twistedcaldav.directory.principal.DirectoryPrincipalProvisioningResource'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up calendar collection: <class 'twistedcaldav.static.CalendarHomeProvisioningFile'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up root resource: <class 'twistedcaldav.root.RootResource'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up default ACEs on root resource
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Setting up AdminPrincipals
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Setting root ACL
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up Timezone Cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring authentication for realm: /Search
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up scheme: kerberos
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Configuring authentication wrapper
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Setting up service
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring log observer: <twistedcaldav.logging.AMPCommonAccessLoggingObserver object at 0x2249ad0>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Adding server at :8008
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] twisted.web2.channel.http.HTTPFactory starting on 8008
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Starting factory <twisted.web2.channel.http.HTTPFactory instance at 0x224a2b0>
2009-05-07 12:20:28-0400 [twistedcaldav.logging.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXSocket('/var/run/caldavd.sock') PEER:UNIXSocket(''))
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] set uid/gid 93/93
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] AMP connection established (HOST:UNIXSocket(None) PEER:UNIXSocket('/var/run/caldavd.sock'))

Can anyone help me solve the OD errors I'm seeing in iCal Server?
The Xserve I'm trying to run iCal Server on is connected to an OD Master.
I can't get iCal Server running on this as a result (though, any other Xserves on the network, also connected to the same OD Master, have no problem running iCal Server).
All other services on this Xserve (web, AFP, wiki, etc.) that rely on OD-based accounts work fine.
Any insight would be appreciated!
Kristin.
2009-05-07 12:20:26-0400 [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2009-05-07 12:20:26-0400 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2009-05-07 12:20:26-0400 [-] 1 processors found, configuring 1 processes.
2009-05-07 12:20:26-0400 [-] twistedcaldav.logging.AMPLoggingFactory starting on "'/var/run/caldavd.sock'"
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Log opened.
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring directory service of type: twistedcaldav.directory.appleopendirectory.OpenDirectoryService
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading users record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name."
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af-ace8-519a-ac3d-e166498db024(/Search->/Local /Default)] FFFFEEEE-DDDD-CCCC-BBBB-AAAA00000000(root) 'System Administrator'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af-ace8-519a-ac3d-e166498db024(/Search->/LDAPv 3/xserve001.upincstudio.ca)] E244BEBD-5184-47B2-9DF3-6B6CD47E3B9A(root) 'System Administrator'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading groups record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/Loca l/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000050(admin) 'Administrators'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/LDAP v3/xserve001.upincstudio.ca)] 8123E7CE-5C19-483F-87C1-EC92FFE2F8C1(admin) 'Open Directory Administrators'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/Loca l/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000014(staff) 'Users'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/Search->/LDAP v3/xserve001.upincstudio.ca)] 61746A78-BFE1-49F0-861A-FB1AA07DFDE5(staff) 'Open Directory Users'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading locations record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [OpenDirectoryService] Reloading resources record cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring SudoDirectoryService with file: /etc/caldavd/sudoers.plist
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up document root at: /Library/CalendarServer/Documents
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up principal collection: <class 'twistedcaldav.directory.principal.DirectoryPrincipalProvisioningResource'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up calendar collection: <class 'twistedcaldav.static.CalendarHomeProvisioningFile'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up root resource: <class 'twistedcaldav.root.RootResource'>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up default ACEs on root resource
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Setting up AdminPrincipals
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Setting root ACL
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up Timezone Cache
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring authentication for realm: /Search
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Setting up scheme: kerberos
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Configuring authentication wrapper
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Setting up service
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Configuring log observer: <twistedcaldav.logging.AMPCommonAccessLoggingObserver object at 0x2249ad0>
2009-05-07 12:20:28-0400 [-] [caldav-8008] [startup] Adding server at :8008
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] twisted.web2.channel.http.HTTPFactory starting on 8008
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] Starting factory <twisted.web2.channel.http.HTTPFactory instance at 0x224a2b0>
2009-05-07 12:20:28-0400 [twistedcaldav.logging.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXSocket('/var/run/caldavd.sock') PEER:UNIXSocket(''))
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] set uid/gid 93/93
2009-05-07 12:20:28-0400 [-] [caldav-8008] [-] AMP connection established (HOST:UNIXSocket(None) PEER:UNIXSocket('/var/run/caldavd.sock'))

ICal error 403 about access to event in calendar in iCloud not permitted

When I downloaded our school calendar to ical I now receive error messages.. Go offline or revert to server. I choose go offline it does but when I open iCal the same messages appear. If I choose revert to server I get the error again with another event.
The server responded:"403" to operation CalDAVWriteEntityQueueableOperation

Did you get an answer? This has been happening to me lately and it is impossibly annoying. My calendar is not saving changes and syncing to my iPhone anymore. Help!

The server responded with an error. Access to "Don Weist/Winhall" in "Work" in account "iCloud" is not permitted. The server responded: "403" to operation CalDAVWriteEntityQueueableOperation.

"The server responded with an error.
Access to “Don Weist/Winhall” in “Work” in account “iCloud” is not permitted. The server responded: “403” to operation CalDAVWriteEntityQueueableOperation."
Does anyone know how to repair this problem. It just began happening today.
Thanks,
Ken

We previously had a similar issue when migrating multiple accounts from MobileMe to iCloud. The issue was resolved by disabling and then enabling iCal sync through iCloud on our iMacs in System Preferences.
Always backup your calendar before troubleshooting (File > Export > iCal Archive).
The following steps are roughly from a Apple Support Community discussion.
Open iCloud in System Preferences.
Switch off (uncheck) iCal sync in iCloud System Preferences pane.
Backup iCal before doing this. You will need to remove calendar data.
Open iCal and verify the iCloud account is removed in the iCal preferences under accounts.
Close iCal, reopen System Preference and switch on (check) iCal sync in iCloud System Preferences pane.
Reopen iCal and verify the iCloud account is enabled in the iCal preferences under accounts.
At this point if the problem persists you might try completely signing out of iCloud and then signing back in. But remember to backup all related data (iCal, Contacts, Mail, Photostream, etc) before turning off iCloud sync!

Asking again: any fixes for http:/1.1 300 and 500 errors in iCal-Server?

Hi there
I've set up several OS X servers in the last few months, most of them with ical services up and running. Quite everything works smooth, but most customers experience sooner or later errors like
http:/1.1 300... (mostly with repeating events, which seem to be buggy in iCal&CalDAV already for a long time)
http:/1.1 500...
neither are there any relevant entries in the log, nor does it occur on a regular base - in fact, we can observe these errors all 2 or 3 weeks or so. Stopping an restarting of iCal services usually fixes them. DNS is set up perfectly well, including the SRV-entries.
What about you? Do we just have to live with these errors? Or do I really have to sell Kerio to my customers?
Thanks for any suggestion
Regards
Roman

Hi Roman
I have had a few years setting up and administering various calendar options on Xserve.
The Apple built in iCal server is by far the worst of the lot.
Previous to that we used phpicalendar- http://phpicalendar.net/documentation/index.php/Main_Page
It is a bit dated and does not support the same feature set as the Apple one. It works well though.
Kerio on the other hand is great, works well and is easy to use, apart from accepting invites on iOS devices. Its also a much better mailserver than Apple's one.
Another option is to write a script to run everyday to stop and restart the ical service?

ICal error 403 and 500 delegation error access not permitted

Hi,
I have a problem with an iCal service on the clients.
Every time the users open iCal, they get an error: “HTTP/1.1 500 Internal Server Error” to operation CalDAVRefreshDelegateListQueueableOperation.
Every time the users create an event in iCal, they get an error: “HTTP/1.1 403 Forbidden” to operation CalDAVWriteEntityQueueableOperation.
The iCal Server settings on the client are through port 8443 SSL.
There are no DNS errors when I do sudo changeip -checkhostname.
Clients have 10.6.4, server 10.6.4.
In noticed that in WM there is no checkbox calendaring.
The iCal calendaring error log is below.
The XServe doesn't has the DNS service.
Somebody has some suggestions ?
Thanks
Mathieu
A1A2-4077-924F-9E5435105815/ HTTP/1.1" 207 21163 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8012 t=5227.9 or=1 responses=6
134.184.68.3 - SMIT [05/Nov/2010:12:33:17 +0200] "REPORT(DAV:expand-property) /principals/_uids_/CED6BCD1-0B57-4474-999C-E0B96E49F2D4/ HTTP/1.1" 207 437 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8444 t=53.5 or=2
127.0.0.1 - avanbell [05/Nov/2010:12:33:17 +0200] "REPORT(DAV:expand-property) /principals/_uids_/99B6C620-A1A2-4077-924F-9E5435105815/ HTTP/1.1" 500 201 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8013 t=222.4 or=1
127.0.0.1 - avanbell [05/Nov/2010:12:33:42 +0200] "REPORT(DAV:expand-property) /principals/_uids_/99B6C620-A1A2-4077-924F-9E5435105815/ HTTP/1.1" 207 22525 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8009 t=116.8 or=1
91.86.28.103 - - [05/Nov/2010:12:33:50 +0200] "PROPFIND /principals/_uids_/CED6BCD1-0B57-4474-999C-E0B96E49F2D4/ HTTP/1.1" 401 141 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8444 t=5.7 or=2
91.86.28.103 - - [05/Nov/2010:12:33:50 +0200] "PROPFIND /principals/_uids_/CED6BCD1-0B57-4474-999C-E0B96E49F2D4/ HTTP/1.1" 401 141 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8444 t=11.8 or=2
134.184.68.3 - SMIT [05/Nov/2010:12:33:52 +0200] "PUT /calendars/_uids_/CED6BCD1-0B57-4474-999C-E0B96E49F2D4/calendar/3DB32997-E472-4008-8C89-0933CC481 1D1.ics HTTP/1.1" 403 228 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8444 t=147.1 or=2
134.184.68.3 - SMIT [05/Nov/2010:12:34:07 +0200] "GET /calendars/_uids_/CED6BCD1-0B57-4474-999C-E0B96E49F2D4/calendar/3DB32997-E472-4008-8C89-0933CC481 1D1.ics HTTP/1.1" 404 221 "-" "DAVKit/4.0.3 (732); CalendarStore/4.0.3 (991); iCal/4.0.3 (1388); Mac OS X/10.6.4 (10F569)" i=8444 t=13.3 or=1

I'm also getting an error when i visit my calander through Safari: "You don't have permission to view this calendar."
I changed the SSL certificate and checked in server pref and server admin the SSL settings (web, open directory, ical).
Problem is still the same but now I'm sure that's an authentication problem.

ICal server X.6.8 error 403 Caldav...

Similar Messages

Maybe you are looking for