Webcal redirect loop?

I'm having the exact same problem here. All services are working, except for webcal.

http://127.0.0.1:8089/RPC2 gives me the same error.

Help is greatly appreciated!

Jordy

I solved it for me.... but I have no idea why :-)

Try the following thing: Disable wiki-Server. Create a brand new user on the server. Clean Safari Cache/Cookies. Now go to https://servername/webcal and login with the shortname of the new user - worked for me.

So why....

Logout and try to login with the full name of the user. Now redirection loop comes up retry with short name: same thing. Cleanup Safari cache and cookies again - use the short name to login again - it works....

Somehow it seems to have to do with the mapping username=>shortname - but why does the system try to authenticate via the wiki service when using the full name? Bug? Hidden, undocumented feature? However.... just use shortnames and everything seems to be fine.

This worked for me!

I first removed all the existing users (except for the "main" user). Then added them again, the new ones were working. Then I changed the name of the "main" user to something else, then changed it back and now they're all working.

Lion Server is kind of a nightmare for me so far... Hope updates come soon.

I confirm this worked for me too. The local admin account and all new open directory accounts I created would open webcal. However the 10 open directory accounts I added at initial server configuration would not open webcal. So deleting the OD accounts and adding them back worked. Old emails seems to stay in place upon recreation of the new account. At least for my account when I recreated it.

Agree kind of a server nightmare so far. Had to do a clean install three times to get it to take. However this time all seems to be working except for the webcal, which hopeful is fixed by this workaround. Cross my fingers...

Morgan,

Thank you - I was getting redirect messages and my wiki clendars were stuckon "too many redirects." Your suggestion let my wiki calendars complete their loading and, once I cleared the cache in Safari, my personal calendar loaded fine.

Excellent solution.

As background, I had everything working fine when I initially set up Lion Server, but when I changed the domain name to a fully qualified domain nane and changed my certificates to match, I was left with someodd problems here and there. This appears to have been one of those.

Thanks for freeing up the rest of my Sunday!

Caitlyn

I have the same problem with one account (mine). When I try to login I get a message the page could not be loaded because it loops. All other accounts are able to login. They can see and edit there calendars. I am the only one having this problem.

I do not have special rights on my account so that could explain why I cannot and other can login. There is one difference I found in the /var/log/colladb/wikidcompatibility.log. When someone logs in the following information is posted in the log serveral times:

DEBUG:root:response from auth server:

{"shortname":"##SHORT NAME##,"generated_uid":"***,"succeeded":true,"uid":"***","longname":"##FULL NAME##"}

When someone logs in the log shows at the ##SHORT NAME## the shortname, and the fullname at ##FULL NAME##, just as it should be. But when I log in my fullname is presented at the ##SHORT NAME## space. But my shortname is not the same as my full name. Also I am able to login on webmail (for example) using my short name. I looked in the OD using the Workgroup Manager and there I see my shortname in the 'Short name' field. So why webcal (or the authentication process of it) somehow uses my full name (when I entered my short name) is quite a mistery to me.

Anyone any thoughts how to fix this?

Regards.

Thomas.

Thanks Morgen, your solution worked perfectly.

There is just one more step wich some users seem to forget. Logout of webcal and close browser. then go to https://server/webcal

Other than that this worked for me THX.

Thanks ~morgan, worked for me as well and saves me a lot of work!