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

Similar Messages

ICal Server/caldavd and a non-OD/AD LDAP setup.

I'm trying to get caldavd working on my new Leopard Server install, but I've been hitting a few roadblocks.
The server was upgraded from Tiger, and the upgrader put the new system into "Advanced" mode, so I have Server Admin instead of Server Preferences. I'd like to stay in advanced mode, rather than reinstalling to workgroup mode.
When the server was running Tiger, it was not running an OD server at all, just binding to our existing LDAP infrastructure for user authentication. After the upgrade, it was still in that mode. However, trying to start iCal server got me the "No virtual host" error.
I switched the server to be an OD master, while keeping our own LDAP servers below localhost in the search order. This created the Computers entry I needed, and the iCal server started up.
However, it's still not working. I tried to enable Calendaring for the diradmin user (as a test) and I get the following message when I run caldavd -Xf /etc/caldavd/caldavd.plist:
2008-03-17 15:46:20-0500 [-] [caldav-8009] [OpenDirectoryService] Populated record: <OpenDirectoryRecord[users@058167af-ace8-519a-ac3d-e166498db024(/Search)] 89BD1949-A296-4579-8F66-A1A90052B438(diradmin) 'Directory Administrator'>, with GUID: 89BD1949-A296-4579-8F66-A1A90052B438
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] Traceback (most recent call last):
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/bin/twistd", line 21, in <module>
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] run()
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 27, in run
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] app.run(runApp, ServerOptions)
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 379, in run
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] runApp(config)
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 23, in runApp
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] _SomeApplicationRunner(config).run()
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 157, in run
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] self.application = self.createOrGetApplication()
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 202, in createOrGetApplication
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] ser = plg.makeService(self.config.subOptions)
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 593, in makeService
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] service = serviceMethod(options)
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 360, in makeService_Slave
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] baseDirectory = directoryClass(**config.DirectoryService['params'])
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 107, in _init_
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] self.recordsForType(recordType)
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 392, in recordsForType
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] return self._storage(recordType)["records"]
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 369, in _storage
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] self.reloadCache(recordType)
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 495, in reloadCache
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] if recordShortName in disabled_names or guid in disabled_guids:
2008-03-17 15:46:20-0500 [-] [caldav-8009] [-] TypeError: list objects are unhashable
Here is the output of dscl /Search -read /Users/diradmin:
dsAttrTypeNative:apple-generateduid: 89BD1949-A296-4579-8F66-A1A90052B438
dsAttrTypeNative:apple-serviceslocator: FA7596AD-76CA-4139-B885-83E442E7F8D1:A73D8EC2-76A2-4F61-A4DA-A32ED611A72C:calen dar
dsAttrTypeNative:authAuthority: [snip]
dsAttrTypeNative:cn:
Directory Administrator
dsAttrTypeNative:gidNumber: 20
dsAttrTypeNative:givenName: Directory
dsAttrTypeNative:homeDirectory: /Users/diradmin
dsAttrTypeNative:loginShell: /bin/bash
dsAttrTypeNative:objectClass: inetOrgPerson posixAccount shadowAccount apple-user extensibleObject organizationalPerson top person
dsAttrTypeNative:sn: Administrator
dsAttrTypeNative:uid: diradmin
dsAttrTypeNative:uidNumber: 1000
dsAttrTypeNative:userPassword: ******
AppleMetaNodeLocation: /LDAPv3/127.0.0.1
AuthenticationAuthority: [snip]
FirstName: Directory
GeneratedUID: 89BD1949-A296-4579-8F66-A1A90052B438
LastName: Administrator
NFSHomeDirectory: /Users/diradmin
Password: ******
PrimaryGroupID: 20
RealName:
Directory Administrator
RecordName:
diradmin
Directory Administrator
RecordType: dsRecTypeStandard:Users
ServicesLocator: FA7596AD-76CA-4139-B885-83E442E7F8D1:A73D8EC2-76A2-4F61-A4DA-A32ED611A72C:calen dar
UniqueID: 1000
UserShell: /bin/bash
Does anyone have any suggestions for debugging this issue?
This is, of course, just the first step. My next step is to use Directory Utility to map openldap attributes to opendirectory attributes. That actually seems to be working OK, but I can't know for sure until I get the server working for OD users.
Thanks in advance.
Message was edited by: Ed F
Message was edited by: Ed F

There is something odd about a record the server is trying to load. Can you try this:
1) In Workgroup Manager disable calendaring for ALL users.
2) Restart calendar server and see if it starts up (it should).
3) Create a new user in Workgroup Manager and enable calendaring on that one only.
4) Restart calendar server and see if it starts up.
5) For the existing users, enable calendaring on each one and try and find the one that causes the calendar server to not startup.
6) Once you have identified the problem record, do a dump of its attributes via dscl and post here.

ICal Server Request Error

We have a network of iCal users that were connecting to a 10.5.8 Server with iCal Server and have upgraded to 10.6.4 Server. The clients are still primarily 10.5.8. The DNS was also redone on the network during that change. iCal is authenticating and shows the events as well as list all delegates etc, but when you post a new event from one of the accounts we get the following error:
Request Error
There was a problem writing "New Event" in "Account Calendar" in account {name of the account}
The server responded with
"HTTP/1.1 409 Conflict"

In the Internet Accounts preference pane, delete the BT Internet calendar account. If you don't use the account, that's all you need to do. If you do use it, recreate the account with the same settings.

Ical server/client suddenly stopped working together

Hi
I have 10.6.1 server with a group calendar served on a wiki. There are multiple users using 10.6.1 macbook, using ical to display/edit the group calendar. Server has a correctly configured FQDN. Apart from some niggles (will come to later), all has been fine for the last 2 weeks - all 10.6 clients have been able to connect without problems (to FQDN:8008/principals/wikis/groupadministration ). I do not have SSL. Today, one of the clients could no longer update the group calendar or refresh it (for changes from other people).
The following is in the client system log:
iCal[278] Exception in -[CalDAVAccountRefreshQueueableOperation refreshWithExceptionHandling] :: * -[NSCFString rawInterval]: unrecognized selector sent to instance 0x165437f0
In the server caldavd error log:
[caldav-8009] [-] [twistedcaldav.method.propfind#error] Error reading property ('DAV:', 'current-user-privilege-set') for resource /calendars/_uids_/wiki-groupadministration/inbox/: <StatusResponse 401 Access denied while reading property {DAV:}current-user-privilege-set.>
Web access still works for this user.
There have been no changes to any set up and the user in question had no problems in the last 2 weeks, until today. I understand it just "stopped working" this morning - user can offer no further help.
In other niggles (possibly unrelated but if anyone can help):
* I have an older client, running 10.5.8 with no wish to upgrade to 10.6, as there are some software compatibility issues (Adobe CS2, Parallels 3) and no budge to update software. ical has never been able to connect to the ical server reliably - after the first update/sync, no further updates are possible.
* It is not possible to disable alarms to the group calendar in ical. Option-i, uncheck the box, and 30 seconds later the box is checked again. Each user has their own "personal" calendar in the group calendar, and some users like to have alarms. It is not possible to disable those alarms for other users.
Hope someone can help. All in all, I am not particularly impressed with SL server.

Hello all,
since yesterday I'm having the same problem. the server was even not touched the last days.
Thank you
Horst

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'))

Error in iCal Server

I hace Mac OSX Server 10.5.8
I am using iCal-Server
With iOS 6   I could connect to the iCal-Server without problems
Now I have iOS 7 and i can connect to the iCal-Server, but not read the entires.
Nothing appears on iOS 7
I get the following errors on my server in /var/log/caldavd/error.log
2013-10-10 11:34:05+0200 [-] [caldav-8010] [AMP,client] REPORT /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/9069E96B-98D8-4BEA-85B C-39676C482910/ HTTP/1.1
2013-10-10 11:34:05+0200 [-] [caldav-8010] [-] Exception rendering:
2013-10-10 11:34:05+0200 [-] [caldav-8010] [-] Unhandled Error
2013-10-10 11:34:05+0200 [-] [caldav-8010]      Traceback (most recent call last):
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 239, in callback
2013-10-10 11:34:05+0200 [-] [caldav-8010]          self._startRunCallbacks(result)
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 304, in _startRunCallbacks
2013-10-10 11:34:05+0200 [-] [caldav-8010]          self._runCallbacks()
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 317, in _runCallbacks
2013-10-10 11:34:05+0200 [-] [caldav-8010]          self.result = callback(self.result, *args, **kw)
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 601, in gotResult
2013-10-10 11:34:05+0200 [-] [caldav-8010]          _deferGenerator(g, deferred)
2013-10-10 11:34:05+0200 [-] [caldav-8010]      --- <exception caught here> ---
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 576, in _deferGenerator
2013-10-10 11:34:05+0200 [-] [caldav-8010]          result = g.next()
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twistedcaldav/method/report.py", line 64, in http_REPORT
2013-10-10 11:34:05+0200 [-] [caldav-8010]          doc = doc.getResult()
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 555, in getResult
2013-10-10 11:34:05+0200 [-] [caldav-8010]          self.result.raiseException()
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 317, in _runCallbacks
2013-10-10 11:34:05+0200 [-] [caldav-8010]          self.result = callback(self.result, *args, **kw)
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/web2/dav/util.py", line 66, in gotAllData
2013-10-10 11:34:05+0200 [-] [caldav-8010]          return filter(result)
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/web2/dav/util.py", line 79, in parse
2013-10-10 11:34:05+0200 [-] [caldav-8010]          doc = davxml.WebDAVDocument.fromString(xml)
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/web2/dav/element/parser.py", line 223, in parse
2013-10-10 11:34:05+0200 [-] [caldav-8010]          parser.parse(source)
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/xml/sax /expatreader.py", line 107, in parse
2013-10-10 11:34:05+0200 [-] [caldav-8010]
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/xml/sax /xmlreader.py", line 123, in parse
2013-10-10 11:34:05+0200 [-] [caldav-8010]
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/xml/sax /expatreader.py", line 207, in feed
2013-10-10 11:34:05+0200 [-] [caldav-8010]
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/xml/sax /expatreader.py", line 349, in end_element_ns
2013-10-10 11:34:05+0200 [-] [caldav-8010]
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twisted/web2/dav/element/parser.py", line 178, in endElementNS
2013-10-10 11:34:05+0200 [-] [caldav-8010]          element = top["class"](*top["children"], **top["attributes"])
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twistedcaldav/caldavxml.py", line 1348, in __init__
2013-10-10 11:34:05+0200 [-] [caldav-8010]          super(TimeRange, self).__init__(*children, **attributes)
2013-10-10 11:34:05+0200 [-] [caldav-8010]        File "/usr/share/caldavd/lib/python/twistedcaldav/caldavxml.py", line 87, in __init__
2013-10-10 11:34:05+0200 [-] [caldav-8010]          self.end   = parse_date_or_datetime(attributes["end" ])
2013-10-10 11:34:05+0200 [-] [caldav-8010]      exceptions.KeyError: 'end'
2013-10-10 11:34:05+0200 [-] [caldav-8010]
2013-10-10 11:36:27+0200 [-] [caldav-8010] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/ HTTP/1.1
2013-10-10 11:36:27+0200 [-] [caldav-8010] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/inbox/ HTTP/1.1
2013-10-10 11:36:39+0200 [-] [caldav-8009] [AMP,client] Unauthenticated users not enabled with the 'calendar' SACL
2013-10-10 11:36:39+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/ HTTP/1.1
2013-10-10 11:39:32+0200 [-] [caldav-8009] [AMP,client] Unauthenticated users not enabled with the 'calendar' SACL
2013-10-10 11:39:33+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/ HTTP/1.1
2013-10-10 11:39:33+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/ HTTP/1.1
2013-10-10 11:39:33+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/794B35D8-4D52-4E14-A7C 7-CE5B93DBB294/ HTTP/1.1
2013-10-10 11:39:33+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/794B35D8-4D52-4E14-A7C 7-CE5B93DBB294/ HTTP/1.1
2013-10-10 11:39:56+0200 [-] [caldav-8010] [AMP,client] OPTIONS /calendars/users/bschwarz/794B35D8-4D52-4E14-A7C7-CE5B93DBB294/ HTTP/1.0
2013-10-10 11:39:56+0200 [-] [caldav-8010] [AMP,client] PROPFIND /calendars/users/bschwarz/794B35D8-4D52-4E14-A7C7-CE5B93DBB294/ HTTP/1.0
2013-10-10 11:41:38+0200 [-] [caldav-8009] [AMP,client] Unauthenticated users not enabled with the 'calendar' SACL
2013-10-10 11:41:38+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/ HTTP/1.1
2013-10-10 11:44:58+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/ HTTP/1.1
2013-10-10 11:44:58+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/ HTTP/1.1
2013-10-10 11:44:58+0200 [-] [caldav-8009] [AMP,client] PROPFIND /calendars/__uids__/3ED18185-3796-4375-8341-65166FF18149/794B35D8-4D52-4E14-A7C 7-CE5B93DBB294/ HTTP/1.1

I was having the same exact problem, and fixed it by either:
1) Reordering the search policy in directory utility so that LDAP was ahead of AD
2) Changing the authentication method within the iCal Server Utility to Password (it was set to kerberos).
I have been doing battle with kerberos, iCal, and AD for the past few weeks. A lot of trial and error has gone into this process, so I'm sorry I can't be more specific...
Good Luck.

I keep getting a popup error message in Ical "server does not recognize name/password

I keep getting a popup error message in Ical "server does not recognize name/password" This started after they did the change to Icloud and extended our subcriptions.
Tricia

I guess that the server name is incorrect, then.
Did it ever work?
Delete the account, reboot the phone, then add it back and be sure you choose Yahoo as the mail server type. Everthing should then fill in automatically except your user name and password.

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 Server 404 HTTP Error

Hi all,
I'm having a perplexing issue with iCal server. Every now and again, iCal reports that it encountered an HTTP 404 error with my iCal account on one of my Lion servers. I can't seem to figure it out. Anyone else having this issue? Any suggestions?
Chris

Do you ever get 404 errors accessing server.example.com/webcal ?
If you are using SSL check that your SSL sertificat is correctly set for iCal. In Server app go to Hardware => Server => Settings => SSL Certificate.
You can try enabling the webcal manually by doing this:
iCal with SSL:
sudo webappctl start com.apple.webapp.webcalssl
iCal without SSL:
sudo webappctl start com.apple.webapp.webcal
This rebuilds you apache httpd.conf and restarts apache which suppressing often solves problems in Lion Server. Alternatively you might try to disable all services, change your servers hostname (just go through the process but change the hostname to what the hostname already is) and then re-enable all your services.

How can I edit iCal server addresses in Mountain Lion? I keep getting an error with regards to my google calendar and I understand that the way to fix the problem is adjust the server address, but I cannot access it because the preferences are restrictive

How can I edit iCal server addresses in Mountain Lion?
I keep getting an error message with my google calendar, and I heard that if I delete the extra slash at the end of the address the problem will be fixed. But the iCal account preferences take me to system preferences > accounts every time I want to edit the account.
Does anyone know where I can edit the server address?

You should ask in the iCloud forum, this is for iMacs. https://discussions.apple.com/community/icloud/icloud_on_my_mac

Ical server error message when accessed remotely

hello we have a 10.6.7 ical server running mostly smoothly when accessed from the LAN.
however, when accessed remotely it generates the following error message:
The server responded with “HTTP/1.1 501 Not Implemented” to operation CalDAVAccountRefreshQueueableOperation.
the message provides the following 2 responses / buttons: stay offline or go online - trouble is once you click go online, it comes up with the same message again.
unfortunately, research the error message has so far not produced any promising results, thus any ideas would be much appreciated.

There are many reports here on this site about this, crossing different carriers and regions of the world. Consequently, the only deduction that can be made is that this is a system-level issue rather than a single user issue. Hence, what each affected user must do is contact their mobile service provider for formal support and possible escalation up to BlackBerry.
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

ICal server error "500"

Hi, iCal was functionig great till yesterday whe an error message pop-up. It is in spanish but I hope someone can help me.

I had this problem on OSX server 10.6.8 and a couple of users sharing their calendars thru iCal.
After a Time machine backup restore, the owner names were altered on the /Library/CalendarServer/ and thus the user were not able to write their local machine cache content onto the server.
The problem was probably triggered by alteration of folder (& content) permissions, so the Admin can see the file contents and identify the user's calendar data for restore.
It appears that the folder owner has to be specifically "_calendar"; allowing Owner Group Others full Read Write rights was NOT able to circumvent this permissions issue.
I also reset the user's passwords, turned on / off the ical server, emptied the ~/Library/Calendars/Calendar Cache, as mentioned elsewhere but that did not help.
Your mileage may vary, and as always, make backups and take precautions before proceeding.

ICal Server error

Hello Helpful People
I have Lion Server and Lion Macs up-to-date.
I have Network Users with MobileHome syncing on every session. Works beatifully, now. So i Thought... let's introduce the iCal Server.
The users own calendar works fine. So I configured the Group Calendar via Wiki. I shared the Group Calendar with the Users of the Group.
It works. Everybody sees their own and their group calendars.
All the problem start as soon as we try to set up events.
All new events are generated as all day. Why?
If the new event is generated within the Group Calendar it cannot be moved to the personal one. It looks like a permissions problem. But it is allowed to move the event to one's own iCloud and then back to any Server Calendar, be it the personal or the group one.
If I try to generate/modify a Group event to add attendees within the OD & Group Users i get an error. As soon as I hit 'send' a window pops up offering to either 'Go Offline' or 'Revert to server'. Upon the latter the Event is lost! Why? Even via the https Web interface the scheduling of events with attendees does not work. The page starts a sunflower clock, saying it is communicating with the server and never stops.
Any Help?

Group (Wiki) Calendars are read only from iCal client by Design.

[iCal Server] Error when importing an .ics file received by e-mail

Hi,
I am setting up an iCal server.
My SL server is member of my Active Directory with an extended schema.
My SL server is also an OD master
My AD users can connect to the iCal server, add events and delegates, send invites to each other without any issue.
However, when I receive an ics file by email, and I try to add it to my agenda (using iCal), I get an error message on my iCal client :
« HTTP/1.1 500 Internal Server Error »
à l’opération CalDAVWriteEntityQueueableOperation.
On the server, in the error.log, the following is generated : http://pastebin.com/YGQdSEqD
On the server, in the access.log, the following is generated : http://pastebin.com/Ki0Gq50M
As you can see here : http://pastebin.com/8rQrZLYV the specified folder exists and the permissions seems correct.
Any idea ?

Hi,
I am setting up an iCal server.
My SL server is member of my Active Directory with an extended schema.
My SL server is also an OD master
My AD users can connect to the iCal server, add events and delegates, send invites to each other without any issue.
However, when I receive an ics file by email, and I try to add it to my agenda (using iCal), I get an error message on my iCal client :
« HTTP/1.1 500 Internal Server Error »
à l’opération CalDAVWriteEntityQueueableOperation.
On the server, in the error.log, the following is generated : http://pastebin.com/YGQdSEqD
On the server, in the access.log, the following is generated : http://pastebin.com/Ki0Gq50M
As you can see here : http://pastebin.com/8rQrZLYV the specified folder exists and the permissions seems correct.
Any idea ?

Error when trying to relocate the iCal server data store

I'm so frustrated with iCal server already - I setup an advanced server as a standalone and got iCal server working with a couple clients. I then tried to move the data store to a new drive for greater storage and redundancy but as soon as I did I started getting failures from the clients when they attempt to register. The error I receive is:
"Account information not found
Unexpected secure name resolution error (code -9843) the server name xservername.myhost.com may be incorrect"
My server is up and running fine at that address. What do you need to do to relocate the calendar store?

It appears I have fixed the problem. I moved the directories and lost the permissions and directory ownership. I changed all of the files to RWXRWXR-X permissions with "sudo CHMOD -R 775 MyDocumentDirectory" and I changed ownership with "sudo CHOWN -R calendar:calendar MyDocumentDirectory"
I then restarted the service. It still wasn't working. I had a hunch that it had to do with the SSL certificate so I created a new self-signed certificate, updated the ical service to use that and it appears to be working.
Apple, if you're listening you REALLY need to work on the ease of use of this - I stumbled into this solution and nothing in the server of your documentation gave me any help with this at all.

Ical server caldavd error

Similar Messages

Maybe you are looking for