Path to subscribe to ical server account

Hi I notice I can subsrcibe to a delegate account using
http://domain:8008/calendars/_uids_/06E8D02B-03E3-4324-B60B-70C1051921BB/calendar/
This is tricky if you dont know the uids or am on a phone where I can't check.
Is there some shorter version where I can just use the account name?

Similar Messages

ICal server account constantly reappear (removal not possible)

Hi,
I'm trying to get rid of an old ical server account within my user. Standard is to remove it using the settings in iCal - however every time I start iCal again this account appears again.
I recall that there are some files I can delete - but this did not helped in the past. Can someone post this link again?
Are there any other suggestions how to remove this "wrong" account for ever?
Alex

There is likely a much better way to do this but this is what works for me:
"Get Info" (command+i) in iCal for your main calendar (this is running on a client machine). At the bottom it should say something like: CalDAVURL: /calendars/_uids_/53A681E1-E644-4A19-BEA7-DBAD24E2E100/calendar/
In order to subscribe to this calendar from a different user, you need to "Subscribe" to a calendar in iCal and enter in: http://yourdomain.com/calendars/_uids_/53A681E1-E644-4A19-BEA7-DBAD24E2E100/calendar/
I use SSL, so I use https://
In order to subscribe to a sub calendar, I logged in as root on my server and navigated to Library/CalendarServer/Documents/calendars/_uids_/53/A6/53A681E1-E644-4A19-BEA7-DBAD24E2E100
In this folder there is a folder called "calendar" and one named 53A681E1-E644-4A19-BEA7-DBAD24E2E100
This is the sub calendar. Now you just need to "Subscribe" on a client machine to http://yourdomain.com/calendars/_uids_/53A681E1-E644-4A19-BEA7-DBAD24E2E100/53A681E1-E644-4A19-BEA7-DBAD24E2E100
The naming scheme for your calendars will (obviously) be different.
Hope this helps; works just fine for me.

Ical server account setup

Hello, we/re trying to share a calendar and my wife is trying to set up an iCal server account. The prompts ask her Apple ID and password but also the "user name"? What is the user name in this case? She thinks she never needed to choose a user name when signing up with Apple. But the Apple ID doesn't work here either, for the "user name" box (there's a separate box for the Apple ID).
I guess she doesn't have the iCloud set up either, to begin with, and that's why the shared calendar doesn't appear on her Calendar sidebar.
Any assistance, please?
Br,
Juha

The answer is to use the "advanced" setting for configuring the account - then enter the username in the format of
[email protected]
enter the server name in the server field
and I am now connected

Cannot subscribe to iCal server calendars

HI all,
This issue is driving me crazy
I have setup this OS X 10.6.4 server. DNS is good. OD is good and Kerberos is started and the DNS name is in caps.
I can publish calendars but I cannot subscribe to any calendar that is published.
Can anyone give some additional insight as the the cause?

Hi NorrComm,
Can you provide a link to a published calendar? With port forwarding enabled that should generate the same error externally as well as internally. Can you visit the address in safari to check whether the studio account can be accessed. It could be a permissions issue.
Why do you want to publish a calendar? You could consider to delegate permissions for the account Studio to other users without write access. That should work as well.
Furthermore upgrade your server to the latest OSX build 10.6.8, so any bugs or other known issues with previous releases of OSX are fixed.
Goodluck!
Jeffrey

Ical server mail gateway process

I have an issue with the ical gateway application on OSX SL 10.6.5. The replyto addresss being displayed by the receiving invitee is borked. Has anyone seen this issue and if you could you point me in the right direction. here is a sample of a generic email sent to a bogus domain so I could view the contents..
============================================
H??Date: Thu, 18 Nov 2010 16:42:06 -0600
H??From: Test User <[email protected]>
H??Reply-To: [email protected]
H??To: [email protected]
H??Message-ID: <[email protected]>
H??Subject: Event invitation: New Event
H??x-scalix-Hops: 1
H??MIME-Version: 1.0
H??Content-Type: multipart/mixed;
boundary="===============5380330019174830680=="
Message was edited by: emb3dd3d

fixed the issue.. i trapped all ical.server+ messages and forwarded it to the ical server account on my mail server. The account config in the email settings for ical logs in via imap and pulls the messages just fine. I see a lot of people saying that you have to use the local email server in order for this to work but that doesn't appear to be the case for my setup.
thanx for helping.
Message was edited by: emb3dd3d

ICal Server suddenly broken

I recently had to restore the OD of our production Xserve (10.5.8) with a backup. All seemed to work as expected afterwards - except for the Wiki-groups-Page, which is blank since then. I can still reach my wikis by typing in their group name. iCal is also gone since then. Neither does it fill my wiki calendar with data ("Error processing calendar data (210)") nor can one access their iCal server accounts. DNS and host names are configured correctly. This is, what the caldavd error log tells me:
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 89, in _init_
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] self._lookupVHostRecord()
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 202, in _lookupVHostRecord
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] self._parseComputersRecords(records, vhostname)
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 214, in _parseComputersRecords
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] self._parseServiceInfo(vhostname, recordname, record)
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 248, in _parseServiceInfo
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] plist = readPlistFromString(plist)
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-ma c/plistlib.py", line 102, in readPlistFromString
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] return readPlist(StringIO(data))
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-ma c/plistlib.py", line 77, in readPlist
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] rootObject = p.parse(pathOrFile)
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-ma c/plistlib.py", line 402, in parse
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] parser.ParseFile(fileobj)
2010-11-01 17:24:35+0100 [-] [caldav-8010] [-] xml.parsers.expat.ExpatError: XML or text declaration not at start of entity: line 1, column 1
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 157, in run
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] self.application = self.createOrGetApplication()
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 202, in createOrGetApplication
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] ser = plg.makeService(self.config.subOptions)
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 754, in makeService
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] service = serviceMethod(options)
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 476, in makeService_Slave
2010-11-01 17:24:35+0100 [-] [caldav-8012] [-] baseDirectory = directoryClass(**config.DirectoryService["params"])
Help is appreciated!

Since you had to restore from a backup and the problem is related to Open Directory it may be that your group owner and calendar file owners are not set correctly. By using WGM and the inspector you can check and set your group owner ID. I have also found that by deleting and re-adding the group to the web site panel on group services then restarting the web services can restore the association of files to the correct group.
If you have changed files or structure then there may not be a way back.
HTH,
Harry

Publish iCal Local Account Calendar on OS X Server

I'd like to publish my iCal calendar (iCal>Calendar>Publish...>Publish on: A private server) on my OS X Server 10.6.7 ().
Whenever I attempt to do this using my local account on tthe server, I get the error:
http://username@domain_name/Home.ics is not a location that supports this request.
I've tried all the obvious stuff: turning off the firewall, sanity checking the iCal service authentication settings, everything obvious. I believe that this is an authentication issue for local accounts on OS X Server. Because the server is set up as a standalone (i.e., no network accounts, all local accounts), Open Directory is turned off, and there's no Kerberos authentication that I'm aware of.
Would someone please tell me how how to publish iCal calendars of local accounts on OS X Server?

According to iCal Server Administration, OS X Server requires an Open Directory account, so you cannot publish your local account's iCal calendar.
You can, however, use iCal itself and a modification of the OS X Hint "Publish iCal calendars with local WebDAV server" to publish local account calendars.
0. Server Admin>Web>Sites Turn on the Web with an enabled host name. Make sure that WebDAV is enabled under Server Admin>Web>Sites>Options. Enable SSL with your server's certificate under Server Admin>Web>Sites>Security to ensure that your personal calendar information is SSL encrypted over the web.
1. Append this directive to the end of the file /private/etc/apache2/httpd.conf:
Include /private/etc/apache2/other/*.conf
and make sure that there's no conf file in ./other that you may not wish to load, such as httpd-userdir.conf. Move these to *.conf.original or some such if necessary.
2. Create the file /private/etc/apache2/other/httpd-webdav.conf with the contents:
# WebDAV configureation for Publishing local account iCal calendars
# Based in part on Mac OS X Hint "iPublish iCal calendars with local WebDAV server Apps"
# http://hints.macworld.com/article.php?story=20020912065811863
# copied from /etc/apache2/sites/0000_any_443_myserver.conf
# which is automatically generated by Server Admin>Web
# No need to replicate these directives here, so comment out
#<IfModule mod_dav.c>
#       DAVLockDB "/var/run/davlocks/.davlock100"
#       DAVMinTimeout 600
#</IfModule>
<IfModule mod_dav.c>
<Directory "/Library/WebServer/Documents/webdav">
    DAV On
    AuthType Digest
    AuthName 'WebDAV'
    AuthDigestFile /private/etc/apache2/httpd/.htdigest
    AuthGroupFile /dev/null
#    <LimitExcept GET HEAD OPTIONS>
      require valid-user
#    </LimitExcept>
</Directory>
</IfModule>
3. Create the apache htdigest authentication file:
$ mkdir /private/etc/apache2/httpd
$ chmod 0755 /private/etc/apache2/httpd
$ touch /private/etc/apache2/httpd/.htdigest
$ chmod 0644 /private/etc/apache2/httpd/.htdigest
$ htdigest /private/etc/apache2/httpd/.htdigest WebDAV username
Adding password for username in realm WebDAV.
New password: md5 hashed password
Re-type new password: md5 hashed password
4. Create the WebDAV directory:
$ mkdir /Library/WebServer/Documents/webdav
$ chown www:www /Library/WebServer/Documents/webdav
$ chmod 0755 /Library/WebServer/Documents/webdav
$ mkdir /Library/WebServer/Documents/webdav/iCal
$ chown www:www /Library/WebServer/Documents/webdav/iCal
$ chmod 0755 /Library/WebServer/Documents/webdav/iCal
and sanity check that the OS X Server davlocks directory /var/run/davlocks exists [it should!] and has www:www ownership with permissions 755 [it should!].
5. Sanity check your apache config files:
$ apachectl -t
should yield "Syntax OK". Then Server Admin>Web>Stop and Start to restart your web server with the new configuration.
5. Under your local account on OS X Server, iCal>Calendar>Publish... Publish on a private server with the URL:
https://osxserver/webdav/iCal
using OS X Server's local account username/password. Success will be reported with a URL of your calendar on the server.
6. Under another client account from which you wish to subscript to your OS X Server local account's Calender, iCal>Calender>Subscribe... Enter the URL on OS X Server. You will be prompted for the htdigest name/password pair you created above -- enter this, not the username/password of your local account on OS X Server. Even though you should be protecting this channel with SSL and md5, don't reuse your username/password to access the WebDAV directory you created. You will now be subscribed to your local account's iCal Calendar residing on OS X Server.

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

How to get rid of automatically created server accounts in iCal and Mail?

I have recently setup an OS X 10.6.2 Server for our small office. I got the domain name wrong in the initial install and fixed this by doing a complete clean reinstall of OS X 10.6 server (then upgrade to 10.6.2).
The problem is that one of the OS X 10.6.2 clients had been setup to talk to the server prior to the rebuild. Now on this client, I cannot work out how to get rid of or change the automatically created server accounts in iCal and Mail - everytime you login, these are recreated using the old domain name (and of course don't work).
In Mail if you remove the server account (from Accounts in Preferences), it just pops back again. I even removed every trace of the old domain name from the apple.com.mail.plist file but when I re-open Mail that darned server account (with the old domain name) just pops up again.
In iCal its slightly different in that you can remove the account and it stays away while you have iCal open. But as soon as you close and re-open it, that server account just pops up again!
I thought it might be something to do with Kerberos and found a Kerberos file on the client which had the old domain name throughout it - I changed all these references to the new domain name, but still the same behaviour in Mail and iCal.
This is doing my head in. Any ideas?
Message was edited by: davidav

I suggest you ask in the snow leopard server forum
http://discussions.apple.com/category.jspa?categoryID=264

ICal Server was working great then...BAMF! No account information found...

Our iCal server is failing to authenticate, although the Open Directory Services on the server appear to be working. Originally the server was bound to the domain and pointed to the Open Directory server for the main company (which ultimately is probably a good idea).
However
That was switched so that our server is now it's own Open Directory Master (although DNS still points to the right place).
Any chance this could have royally screwed things up in the bowels of the authentication preferences?
Whenever trying to start an iCal account on our server I'm getting this error (NOTE that iCal server worked great for a day before BAMF! Error city)
Account information not found
Request to the server http://myserver.domain.com:8008/principals/users/username failed (code 30).
the following error log shows itself from iCal server. Any thoughts you have would be greatly appreciated
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8009) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 retrying with ('127.0.0.1', 8010)
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8010) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 retrying with ('127.0.0.1', 8011)
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8011) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 retrying with ('127.0.0.1', 8012)
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8012) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 retrying with ('127.0.0.1', 8013)
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8013) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 retrying with ('127.0.0.1', 8014)
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8014) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 retrying with ('127.0.0.1', 8015)
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8015) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 retrying with ('127.0.0.1', 8016)
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 marking host ('127.0.0.1', 8016) down ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2008-05-14 14:49:57-0700 [-] [pydir] ])
2008-05-14 14:49:57-0700 [-] [pydir] 14/05/2008 14:49:57 no working servers, manager -> aggressive
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8012) automatically
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8015) automatically
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8014) automatically
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8009) automatically
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8011) automatically
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8010) automatically
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8016) automatically
2008-05-14 14:50:02-0700 [-] [pydir] 14/05/2008 14:50:02 re-adding ('127.0.0.1', 8013) automatically

2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] Log opened.
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] Configuring directory service of type: twistedcaldav.directory.appleopendirectory.OpenDirectoryService
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] Configuring directory service of type: twistedcaldav.directory.appleopendirectory.OpenDirectoryService
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name."
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name."
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] Traceback (most recent call last):
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/bin/twistd", line 21, in <module>
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name."
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] run()
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 27, in run
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] app.run(runApp, ServerOptions)
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 379, in run
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] runApp(config)
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 23, in runApp
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] _SomeApplicationRunner(config).run()
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 157, in run
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] self.application = self.createOrGetApplication()
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 202, in createOrGetApplication
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] ser = plg.makeService(self.config.subOptions)
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 593, in makeService
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] service = serviceMethod(options)
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 360, in makeService_Slave
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] baseDirectory = directoryClass(**config.DirectoryService['params'])
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 107, in _init_
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] self.recordsForType(recordType)
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 392, in recordsForType
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] return self._storage(recordType)["records"]
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 369, in _storage
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] self.reloadCache(recordType)
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 495, in reloadCache
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] if recordShortName in disabled_names or guid in disabled_guids:
2008-05-16 11:23:04-0700 [-] [caldav-8011] [-] TypeError: list objects are unhashable
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] Traceback (most recent call last):
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/bin/twistd", line 21, in <module>
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] run()
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 27, in run
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] app.run(runApp, ServerOptions)
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 379, in run
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] runApp(config)
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 23, in runApp
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] _SomeApplicationRunner(config).run()
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 157, in run
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] self.application = self.createOrGetApplication()
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 202, in createOrGetApplication
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] ser = plg.makeService(self.config.subOptions)
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 593, in makeService
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] service = serviceMethod(options)
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 360, in makeService_Slave
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] baseDirectory = directoryClass(**config.DirectoryService['params'])
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 107, in _init_
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] self.recordsForType(recordType)
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 392, in recordsForType
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] return self._storage(recordType)["records"]
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 369, in _storage
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] self.reloadCache(recordType)
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 495, in reloadCache
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] if recordShortName in disabled_names or guid in disabled_guids:
2008-05-16 11:23:04-0700 [-] [caldav-8014] [-] TypeError: list objects are unhashable
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] Traceback (most recent call last):
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/bin/twistd", line 21, in <module>
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] run()
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 27, in run
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] app.run(runApp, ServerOptions)
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 379, in run
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] runApp(config)
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 23, in runApp
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] _SomeApplicationRunner(config).run()
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 157, in run
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] self.application = self.createOrGetApplication()
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 202, in createOrGetApplication
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] ser = plg.makeService(self.config.subOptions)
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 593, in makeService
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] service = serviceMethod(options)
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/tap.py", line 360, in makeService_Slave
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] baseDirectory = directoryClass(**config.DirectoryService['params'])
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 107, in _init_
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] self.recordsForType(recordType)
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 392, in recordsForType
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] return self._storage(recordType)["records"]
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 369, in _storage
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] self.reloadCache(recordType)
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] File "/usr/share/caldavd/lib/python/twistedcaldav/directory/appleopendirectory.py", line 495, in reloadCache
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] if recordShortName in disabled_names or guid in disabled_guids:
2008-05-16 11:23:04-0700 [-] [caldav-8015] [-] TypeError: list objects are unhashable

ICal 10.6.8 Server Account can't setup on Maverick 10.9

Hi,
My company have 10.6.8 Snow Leopard Server and some services work on (OD, SMB, Vpn, iCal etc.)
Last week we bought a new mac. And Mac has been installed 10.9 (Maverick) While setup iCal (CalDAV Account) i had an error message. "An unknown error" and my account didn't finish the setup. I setuped manually btw. And all fields was correct. Please help me. Thank you!
PS: All other clients works. (10.8 and 10.7)
Here is the console message
com.apple.preferences.internetaccounts.remoteservice[5836]: [com.apple.calendar.iaplugin.log.CalInternetAccountsPlugin] [Autodiscovery error: [Error Domain=NSURLErrorDomain Code=-1004 "Request timeout." UserInfo=0x7f881b743d70 {NSUnderlyingError=0x7f881b62c7e0 "Request timeout.", NSErrorFailingURLStringKey=https://[email protected]:8443/principals///[email protected]:8443/principals/, NSErrorFailingURLKey=https://[email protected]:8443/principals///[email protected]:8443/principals/, NSLocalizedDescription=Request timeout.}].]
com.apple.preferences.internetaccounts.remoteservice[5836]: [com.apple.calendar.iaplugin.log.CalInternetAccountsPlugin] [Cannot perform autodiscovery with a nil or empty host.]

The answer is to use the "advanced" setting for configuring the account - then enter the username in the format of
[email protected]
enter the server name in the server field
and I am now connected

TS3999 Constant "Moving calendars to server account-" that renders iCal inoperative

Did anyone ever resolve the issue of the constant "Moving calendars to server account…" that renders iCal inoperative? If so please tell me how to get it to stop. I love using iCal but for some reason this started and I can't get it resolved.

Try this: https://discussions.apple.com/message/23475967#23475967.

Moving calendars to server account hangs as soon as iCal opens

This moving message hangs iCal, even the menu items including Quit Calendar. My iCloud accounts includes two iPhone 4's, iPad 2, iPad, and iMac (OS X 10.9.1)

i had the same issue recently. user melisolaris posted this and solved my problem:
1. Force quit iCal and Reminders.
2. On your computer, unlink Calendars and Reminders from iCloud:
> System Preferences > iCloud > Uncheck Calendars AND Reminders
(I did this because my Reminders uses my Calenders; I set deadlines for reminders, etc. Also, because my reminders weren't syncing with my iCloud as they should.)
3. It'll ask if you want to delete the calendar and reminder events from your computer. Say yes because you should already have the most up-to-date copy on your iCloud.
4. Open iCal. It should no longer display the "moving calendars to server account" message.
5. Add your iCloud account to iCal.
> Calendar > Add Account... > iCloud > Sign in with Apple ID and PW
6. Give it a minute to update. You should see all your iCloud calendar events with no error message.
7. Quit iCal. Open Reminders.
8. Add your iCloud account to Reminders.
> Reminders > Add Account... > iCloud > Sign in with Apple ID and PW
9. Test the two programs by adding test events and reminders to see if they show up on your iPhone and your Macbook.

Mavericks update with iCal issue 'Moving Calendars To Server Account'

I updated to Mavericks a few days ago on my iMac after having Snow Leopard. When I opened up my calendar, as it went to sync with the iCloud it came up with 'Moving Calendars to Server Account and that's been on for the past couple of days.
I tried force closing it and restarting the computer and that didn't work so I'm out of ideas. Any support would be really appreciated!!
Thanks!!

Thanks oliverleonidas,
I did actually find this out late last night. The problem now is that I have lost all my iCal entries, as was warned by the iCloud god.
So next step is to get that info back if I can.
I have all entries still on my iPhone and am a little worried about conecting it to the MacBook.
Let me know if you have any ideas on that little saga.
Thanks for getting back to me. Much appreciated.
Cheers
Scobe1

ICal - "Add a Mac OS X server account" fails

Hi all. I have finally got networked users working on my Lion Server environment however have hit a stumbling block with getting a shared iCal environment up and running. I have setup the iCal service to be on in Server.app however receive an error when trying to set up an account. Here are the steps I take.
1. Login as a user (have tried local administrators, network administrators and network users on both the server and clients).
2. System Preferences.
3. Mail, Contacts & Calendars.
4. Add Account - Other.
5. Add a Mac OS X server account, Create.
6. Select the Lion Server, Continue.
7. Have tried combinations of Full Name, Username and Password for different users.
8. When I click Setup it comes back with a message saying "Unable to verify user credentials".
There is the following entry in the console, but no other information available:
9/10/11 11:47:48.779 PM System Preferences: The operation couldn’t be completed. (kCFStreamErrorDomainHTTP error 404.)
I have googled everywhere and am out of ideas, does anyone have any suggestions please? Not even sure where to look next...
Thanks.

also having major problems with the "Add a Mac OS X server account" issue.
How do i make sure my names match up? I've gone throught the naming wizzard several times but still no joy. Also tried using the server's ip addresses, name & hostname.
server IP is 192.168.0.50 and lookup shows;
Lookup has started…
Trying "50.0.168.192.in-addr.arpa"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41223
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; QUESTION SECTION:
;50.0.168.192.in-addr.arpa.          IN          PTR
;; ANSWER SECTION:
50.0.168.192.in-addr.arpa. 10800 IN          PTR          serverdanielcrabbe.com.
;; AUTHORITY SECTION:
50.0.168.192.in-addr.arpa. 10800 IN          NS          serverdanielcrabbe.com.
helpy badly needed ;-/

Path to subscribe to ical server account

Similar Messages

Maybe you are looking for