Here is some console logs (client side). 2/11/10 16:25:18 iCal[43637] CalDAV CalDAVAccountRefreshQueueableOperation failed: status 'HTTP/1.1 404 Not Found' request:
<?xml version="1.0" encoding="utf-8"?> <x0:propfind xmlns:x1="urn:ietf:params:xml:ns:caldav" xmlns:x0="DAV:" xmlns:x2="http://calendarserver.org/ns/";> <x0:prop> <x0:principal-collection-set/> <x1:calendar-home-set/> <x1:calendar-user-address-set/> <x1:schedule-inbox-URL/> <x1:schedule-outbox-URL/> <x2:dropbox-home-URL/> <x2:xmpp-uri/> <x2:notification-URL/> <x0:displayname/> <x0:principal-URL/> <x0:supported-report-set/> </x0:prop> </x0:propfind> ... response: HTTP/1.1 404 Not Found Date: Tue, 02 Nov 2010 15:25:18 GMT Content-Length: 173 Content-Type: text/html;charset=utf-8 Server: Twisted/8.2.0 TwistedWeb/8.2.0 <html><head><title>404 Not Found</title></head><body><h1>Not Found</h1>The resource /principals/__uids__/{userid}/ cannot be found.</body></html> 2/11/10 16:25:19 iCal[43637] CalDAV CalDAVRefreshDelegateListQueueableOperation failed: status 'HTTP/1.1 404 Not Found' request: <?xml version="1.0" encoding="utf-8" ?> <x0:expand-property xmlns:x0="DAV:"><x0:property name="calendar-proxy-write-for" namespace="http://calendarserver.org/ns/";><x0:property name="displayname"/><x0:property name="principal-URL"/><x0:property name="calendar-user-address-set" namespace="urn:ietf:params:xml:ns:caldav"/></x0:property><x0:property name="calendar-proxy-read-for" namespace="http://calendarserver.org/ns/";><x0:property name="displayname"/><x0:property name="principal-URL"/><x0:property name="calendar-user-address-set" namespace="urn:ietf:params:xml:ns:caldav"/></x0:property></x0:expand-property> ... response: HTTP/1.1 404 Not Found Date: Tue, 02 Nov 2010 15:25:19 GMT Content-Length: 173 Content-Type: text/html;charset=utf-8 Server: Twisted/8.2.0 TwistedWeb/8.2.0 <html><head><title>404 Not Found</title></head><body><h1>Not Found</h1>The resource /principals/__uids__/{userid}/ cannot be found.</body></html> 2/11/10 16:25:20 iCal[43637] Unhandled error: [CalDAVQueueableOperation finishOperation] _error = Error Domain=DAVErrorDomain Code=10 UserInfo=0x1152a4ad0 "The operation couldn’t be completed. (DAVErrorDomain error 10.)". Mvh Christoffer Winterkvist christof...@winterkvist.com http://www.twitter.com/MrStench On 2, Nov,2010, at 16:20, Christoffer Winterkvist wrote: > On 1, Nov,2010, at 17:46, Michael Ney wrote: > >> Christoffer, >> >> Sorry that didn't work. I'm running essentially the same set up as you and >> not having the issue (though I have never been able to get the wiki >> calendars working in the wiki, but they do work with iCal). >> > > Everything works fine if I don't restart the service. > I'm no expert but I'm guessing something is a bit of in the "init" function > for the calendar server. > I glanced at the change sets over at Calendar & Contacts server but I could > find any recent changes. > > I'm having the same issue with my other server... but the exception is that > that server is running > an OD and users inside the OD are not affected. Users in the stand alone > directory still have > the exact same issue. > >> Hopefully someone else has ideas. I know standalone OD works fine, since we >> use that. >> >> >> On 11/1/10 12:34 PM, Christoffer Winterkvist wrote: >>> >>> On 1, Nov,2010, at 17:11, Michael Ney wrote: >>> >>>> Christoffer, >>>> >>>> Based on your description, I think what you are experiencing is a bug in >>>> the Calendar Server that broke wiki calendars in OS 10.6.4 from an iCal >>>> client. >>> >>> Well, the only thing that works as it should after a restart is the Wiki >>> calendar? >>> I find that quite odd. >>> >>>> iCal client began properly addressing the server, exposing a long standing >>>> bug with the Calendar Server that was previously masked by the improper >>>> behavior of iCal client. This change fixes the issue on the server: >>>> >>>> http://trac.calendarserver.org/changeset/5775/CalendarServer/branches >>>> >>>> The file that needs changing on 10.6.4 server is at >>>> /usr/share/caldavd/lib/python/twistedcaldav/directory/principal.py >>>> >>> >>> When I edit the source it says exactly what the green change marker says so >>> I'm already running >>> the latest changeset. >>> >>>> Once you make the change, restart the iCal server from the Server Admin >>>> Tool. Check your console logs to make sure there are no errors. >>>> >>>> Note: We do not yet know if OSX Server 10.6.5 will include this change or >>>> not (depends on if they update the iCal server to the latest version), so >>>> be aware you might have to make the fix again after updating to 10.6.5 >>>> once it comes out. >>> >>> Thats okay as long as I know what wrong with it. >>> But this did not seem to do the trick. >>> >>> Here is a extract from one of my logfiles (pastebin url) >>> http://pastebin.com/Kp5X2q5Q >>> >>>> >>>> Michael >>>> >>>> >>>> On 11/1/10 11:49 AM, Christoffer Winterkvist wrote: >>>>> >>>>> So your saying the calendar server should not be working at all? >>>>> I'm running both Wiki calendars and normal calendars on the server >>>>> without using a OD master? >>>>> Is this new requirement in 10.6.4, where is this stated? >>>>> >>>>> Mvh >>>>> Christoffer Winterkvist >>>>> christof...@winterkvist.com >>>>> http://www.twitter.com/MrStench >>>>> >>>>> >>>>> >>>>> >>>>> On 1, Nov,2010, at 16:44, Morgen Sagen wrote: >>>>> >>>>>> 10.6.4 Calendar server requires users be in an OD master. >>>>>> >>>>>> ~morgen >>>>>> >>>>>> On Nov 1, 2010, at 7:13 AM, JJ wrote: >>>>>> >>>>>>> hi Christoffer, >>>>>>> >>>>>>> I had this exact problem at one site; all other installations were >>>>>>> running fine. Tried all kinds of things to fix it, nothing worked, >>>>>>> until I realized the way this one site differed from the others: it was >>>>>>> the only Standalone directory. >>>>>>> >>>>>>> Converted it to Open Directory Master, and it's been running perfectly >>>>>>> since then. >>>>>>> >>>>>>> (Just guessing here, but probably the Standalone config is used & >>>>>>> tested a lot less?) >>>>>>> >>>>>>> grtz, JJ Spreij >>>>>>> >>>>>>> div.nab...@demon.cx >>>>>>> >>>>>>>> I'm having some trouble with the iCal Server. >>>>>>>> Everything works just as it should until I restart the server. When I >>>>>>>> do all iCal clients get prompted with: >>>>>>>> >>>>>>>> The server responded with an error. >>>>>>>> >>>>>>>> The calendar https://serveraddress/principals/__uids__/{uid}/ was not >>>>>>>> found on the server. Make sure the URL is correct. >>>>>>>> >>>>>>>> And it keeps prompting about that until iCal.app crashes or I remove >>>>>>>> the account. >>>>>>>> >>>>>>>> When I add the account again in iCal everything seems to be working >>>>>>>> O.K... until I do another restart of the iCal server. >>>>>>>> >>>>>>>> It seems that it is only the "normal" account that are affected... >>>>>>>> Wiki Calendars work as they are suppose to even after a restart. >>>>>>>> >>>>>>>> I'm running a Mac OS X Server 10.6.4 with a Standalone directory. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> calendarserver-users mailing list >>>>>>> calendarserver-users@lists.macosforge.org >>>>>>> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users >>>>>> >>>>>> _______________________________________________ >>>>>> calendarserver-users mailing list >>>>>> calendarserver-users@lists.macosforge.org >>>>>> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> calendarserver-users mailing list >>>>> calendarserver-users@lists.macosforge.org >>>>> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users >>> > _______________________________________________ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
