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.
Similar Messages
-
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')) -
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
RomanHi 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? -
I received the error (in iCal on my iMac): "The server responded with an error". The error message is very large, and if there is a way to acknowledge and close it I can't find it. Because this error message is open, I can't do anything in iCal. Any suggestions on how I could kill this error message? Thanks.
iMac, Mac OS X (10.7.2)
Basically i tried to enter too much information into my calendar and it has crashed now i can not get rid of the error message or use the calendar can anyone help pleasedid you find ou how to get rid of it i can't
-
I received the error (in iCal on my iMac): "The server responded with an error". The error message is very large, and if there is a way to acknowledge and close it I can't find it. Because this error message is open, I can't do anything in iCal. Any suggestions on how I could kill this error message? Thanks.
did you find ou how to get rid of it i can't
-
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.
TriciaI 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. -
My iCal won't go online and returns the error message: "The server responded with “500” to operation CalDAVAccountRefreshQueueableOperation."
OK Now I can answer my own question. The incomprehensible (inexcusably geeky) error message is actually Apple language for saying simply: "The iCloud servers are down again. Please wait until we've fixed them." I found this out by talking to Apple support. It took about 12 hours for the iCloud server synching calendars to come back online. When they did, my calendar reloaded, and everything was fine.
-
Error in iCal: The server did not recognize your user name or password for account "Gmail."
To keep my iCal up to date on two computers, I export an Archive in one and import it to the other. Yes, I know I should use the Cloud, but humour me.
Export of iCal from my MacBook Air (OS 10.7.5) no longer works when imported to my desktop (OS 10.6.8). It returns an error saying "The server did not recognize your user name or password for account “Gmail.” Make sure you enter them correctly."
After dismissing this dialogue box twice (it offers no other options, iCal crashes.
I've turned off the option on my MacBook that asks to use my Gmail account, but since I can no longer launch iCal on my desktop, it can't import new data. How can I clean out the brain of iCal on the desktop so that it will open -- blank -- and perhaps accept a new version of my iCal data?
Thanks,
BruceiCal
MobileMe
Apple Support -
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?
ChrisDo 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 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 -
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. -
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 ? -
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.
Maybe you are looking for
-
MBP randomly crashes when in clamshell with external display
Hi Mac people. As described in the "subject field" i have been encountering some random crashes after i startet using my MBP in clamshell with my newly pruchased 24" 16:10 NEC display . typically it occurs after about 10-20 minutes of playing world o
-
Portal - User mapping - umlaut - personalize - error
Hello all, did anyone hear of the following in the portal user mapping to a backend SAP system ? A user has an account in a 4.7 SAP system and his password contains a german umlaut. In the portal "User mapping" instead of SSO is active. The user clic
-
box appeared "clean your mac" then lost admin rights in some files. How can i restore those rights?
-
OK, HP Desktop, x64p6214y. Windows 7. Son hit 'ESC' on boot, bringing up the 'select boot device' screen. Instead of selecting anything, turned off the computer, then turned it back on. Now, it goes to the "HP System Recovery" 9Cyberlink logo in bot
-
I want to format my phone for that I went to erase all data and restore settings .now it's more than 2 hours it's still processing with a small round circle with black screen. Please suggest me what todo....wait or....