Incorrect Path Error - iCal Server 10.6
Hi everyone, hope you can help.
Another problem to add to the iCal server pile...
To workaround the lack of group calendar functionality, I have created a 'special' user which several staff members use to log into iCal server. This way, all staff can view and edit the same calendar data.
I configured all the Macs using iCal's automatic account creation process, and everything authenticated and worked just fine for a couple of days.
However, we then all received an iCal error advising that we check the server path to the shared calendar. It has been trying to look in here:
/principals/_uids_/<UUID of user>
I have confirmed that the UUID in the above path is consistent and correct with the 'special' user mentioned before. So... why does it work for a couple of days then fail?
I have tried removing and re-adding the account, again the error only comes up a day or two later.
*Additional Info*
I cannot find the principals folder referenced above. However, I do have the following:
Server HD/Library/CalendarServer/Documents/calendars/_uids_/1E/E2/<UUID of user>
This looked strangely similar. Using terminal, I copied the UUID folder in the above path into the _uids_ directory, and that seems to have provided a temporary fix to the problem. However, iCal is still configured to look in the principals directory, not the calendars directory that I seem to have modified.
Any thoughts?
Thanks in advance!
Agreed - I also suspected it had something to do with a software update.
Still this does not fully explain the fact I cannot find the principals directory referenced in the path error. Does anybody know where this would be located on the server's HD?
At some point soon I will run a clean Snow Leopard client install back to plain 10.6 to see if I can connect to the iCal server without the error. Will also run the combo 10.6.2 updater to see if we can narrow down which update triggered the problem, if any.
If anyone could shed light on the 'principals' path it would be useful.
Oh, also, it's worth mentioning my OS X Server is not running Open Directory. All users are registered locally on the machine rather than in the LDAP domain.
Message was edited by: jimbo2k
Similar Messages
-
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. -
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. -
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? -
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 -
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.1I 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. -
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. -
I installed Sync on Windows XP Home Edition, Firefox 3.6.8, with Zone Alarm and AVG anti-virus. Sync is not updating, instead it produces error message: Server Incorrectly Configured and hangs up. How to fix it?
You might want to also post on this Google Group dedicated to Sync (formerly known as Weave), since it's such a new add-on.
http://groups.google.com/group/mozilla-labs-weave -
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.
-
ICal Server Error "An unexpected network error (code 60)"
When trying to create a new iCal calendar on our leopard server I get an exclamation mark next to the server in the left sidebar next to the name of the server. When I click on it I get "an unexpected network error (code 60)"
ThanksAfter a lot of trial and error... this might help:
1. Open iCal on your client computer > Preferences
2. Go to the Accounts tab
3. Go to Server Settings tab
4. Make sure there is a port number entered. It should match the port number being used by the iCal server. Originally, this setting was on "Auto" and it worked fine. The "Auto" option no longer works. Also, be sure to check "Use SSL" if you are doing so. (In my setup, I have it on port 8443, with SSL on.)
Maybe you are looking for
-
How can I retrieve a password for a document?
You won't believe this.... I made a document in Acrobat 9 on my Win7 computer, password protected it, typed it in a 2nd time, then saved the document. Just seconds later, I went to test the document to make sure it'd open, so I tried to open it, and
-
What is the best way to get data from a spreadsheet into an HTML table?
I am using libreoffice, and I have it set to collate all the information I enter and output it to a simple table within the program like this: http://imageshack.us/a/img717/5144/spreadsheeta.jpg I want to get this information after sorting it and put
-
I made the right connections, chose the right option on my tv and I still have no image. I did the same thing with an dvi to hdmi connection and I still have no image. Any suggestions? I have an Olevia 26" lcd tv.
-
Cannot add items to DOCK. Dock bar near end?
I cannot add items to the dock and the dock bar is near the end of the dock listing. I cannot move the bar.
-
I just downloaded the new software. Now it says i need a backup password. is it unique to every phone? Im lost please help?