November 2008 - calendarserver-users

debian, getting started
by Frank Hartmann 30 Dec '08

30 Dec '08

Hi, I have some problems using calendarserver. I thought of having a common appointment handling for 4 users and installed calendarserver. Unfortunately my setup is acting as a complex /dev/zero device and I am running against lots of walls trying to debug my setup. I am running debian/testing, using the prepackaged version calendarserver_1.2.dfsg-6_all.deb. I am a bit confused by the README.debian documentation, so followed the guideline there verbatim and created two files on my system: ---------------------------------------------------------------------- /etc/caldavd/sudoers.plist: ---------------------------------------------------------------------- <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>users</key> <array>   <dict> <key>username</key> <string>superuser</string> <key>password</key> <string>superuser</string> </dict> </array> </dict> </plist> ---------------------------------------------------------------------- /etc/caldavd/accounts.xml ---------------------------------------------------------------------- <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE accounts SYSTEM "accounts.dtd"> <accounts realm="Test Realm"> <user> <uid>admin</uid> <password>admin</password> <name>Super User</name> </user> <user> <uid>test</uid> <password>test</password> <name>Test_User</name> <cuaddr>mailto:testuser@example.com</cuaddr> </user> <group> <uid>users</uid> <password>users</password> <name>Users Group</name> <members> <member type="users">test</member> </members> </group> <location> <uid>mercury</uid> <password>mercury</password> <name>Mecury Conference Room, Building 1, 2nd Floor</name> <auto-schedule/> <proxies> <member type="users">test</member> </proxies> </location> </accounts> ---------------------------------------------------------------------- There does not seem to be any description anywhere what role the superuser from sudoers.plist or admin from accounts.xml have. I have restarted the server and two logfiles were created: ---------------------------------------------------------------------- /var/log/caldavd/access.log ---------------------------------------------------------------------- Log opened - server start: [Sun Nov 16 16:02:20 2008]. 127.0.0.1 - - [16/Nov/2008:16:05:58 +0200] "PROPFIND /calendars/users/test_user/calendar/ HTTP/1.1" 404 151 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13pre) Gecko/20080916 Debian/unstable (Codename: sid) Iceowl/0.8" [43.9 ms] 127.0.0.1 - - [16/Nov/2008:16:06:13 +0200] "PUT /calendars/users/test_user/calendar/b152a194-62a0-48bc-96f1-30d6b65615a5.ics HTTP/1.1" 404 191 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13pre) Gecko/20080916 Debian/unstable (Codename: sid) Iceowl/0.8" [27.3 ms] 127.0.0.1 - - [16/Nov/2008:16:20:23 +0200] "PROPFIND /calendars/users/Test_user/calendar/ HTTP/1.1" 404 151 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13pre) Gecko/20080916 Debian/unstable (Codename: sid) Iceowl/0.8" [22.6 ms] 127.0.0.1 - - [16/Nov/2008:16:20:39 +0200] "PUT /calendars/users/Test_user/calendar/4a361f89-67f8-4856-bb45-b88c3c293e0d.ics HTTP/1.1" 404 191 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13pre) Gecko/20080916 Debian/unstable (Codename: sid) Iceowl/0.8" [81.9 ms] ---------------------------------------------------------------------- /var/log/caldavd/error.log ---------------------------------------------------------------------- 2008-11-16 16:02:20+0100 [-] Log opened. 2008-11-16 16:02:20+0100 [-] twistd 8.1.0 (/usr/bin/python 2.5.2) starting up 2008-11-16 16:02:20+0100 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2008-11-16 16:02:20+0100 [-] twistedcaldav.logging.AMPLoggingFactory starting on "'/var/run/caldavd/caldavd.socket'" 2008-11-16 16:02:20+0100 [-] [caldav-8008] /usr/lib/python2.5/site-packages/twisted/plugins/twisted_web2.py:22: DeprecationWarning: mktap and related support modules are deprecated as of Twisted 8.0. Use Twisted Application Plugins with the 'twistd' command directly, as described in 'Writing a Twisted Application Plugin for twistd' chapter of the Developer Guide. 2008-11-16 16:02:20+0100 [-] [caldav-8008] from twisted.scripts.mktap import _tapHelper 2008-11-16 16:02:21+0100 [-] [caldav-8008] [-] Log opened. 2008-11-16 16:02:21+0100 [-] [caldav-8008] [-] twistd 8.1.0 (/usr/bin/python 2.5.2) starting up 2008-11-16 16:02:21+0100 [-] [caldav-8008] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2008-11-16 16:02:21+0100 [-] [caldav-8008] [-] twisted.web2.channel.http.HTTPFactory starting on 8008 2008-11-16 16:02:21+0100 [-] [caldav-8008] [-] Starting factory <twisted.web2.channel.http.HTTPFactory instance at 0x898380c> 2008-11-16 16:02:21+0100 [-] [caldav-8008] [-] set uid/gid 135/144 2008-11-16 16:02:21+0100 [twistedcaldav.logging.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXSocket('/var/run/caldavd/caldavd.socket') PEER:UNIXSocket('')) 2008-11-16 16:02:21+0100 [-] [caldav-8008] [-] AMP connection established (HOST:UNIXSocket(None) PEER:UNIXSocket('/var/run/caldavd/caldavd.socket')) 2008-11-16 16:05:58+0100 [-] [caldav-8008] [HTTPChannel,0,127.0.0.1] Provisioning file: <CalendarHomeProvisioningFile: /var/spool/caldavd/calendars> 2008-11-16 16:05:58+0100 [-] [caldav-8008] [HTTPChannel,0,127.0.0.1] Provisioning file: <CalendarHomeTypeProvisioningFile: /var/spool/caldavd/calendars/users> 2008-11-16 16:05:58+0100 [-] [caldav-8008] [HTTPChannel,0,127.0.0.1] Provisioning file: <CalendarHomeTypeProvisioningFile: /var/spool/caldavd/calendars/users> The entried from access.log is the result from using iceowl (debian name for sunbird) creating a nerw calendar and trying to make an entry. The location I specified there was http://localhost:8008/calendars/users/test_user/calendar/ and I tried http://localhost:8008/calendars/users/Test_user/calendar/ too. No password dialog appeared, no error messages. I added an appointment into my new calendar and it vanishes without any error message. I was not sure which side (server or client) was defective, so I searched this mailing list for some sort of known good command line client. I found: http://lists.macosforge.org/pipermail/calendarserver-users/2008-June/000906… and tried then CalDAVClientLibrary revision 3384: fantasio:~/tmp/CalDAVClientLibrary$ ./runshell.py --server http://localhost:8008 --user=Test_user --pswd=test Ignoring error Ignoring error Traceback (most recent call last): File "./runshell.py", line 32, in <module> shell.runit() File "/mnt/hdd2/home/frank/tmp.nobackup/CalDAVClientLibrary/src/browser/shell.py", line 105, in runit shell = Shell(server, user, pswd, logging) File "/mnt/hdd2/home/frank/tmp.nobackup/CalDAVClientLibrary/src/browser/shell.py", line 43, in __init__ self.account = CalDAVAccount(server, ssl=ssl, user=self.user, pswd=self.pswd, root=paths, principal=paths, logging=logging) File "/mnt/hdd2/home/frank/tmp.nobackup/CalDAVClientLibrary/src/client/account.py", line 24, in __init__ self.principal = principalCache.getPrincipal(self.session, self.session.principalPath) File "/mnt/hdd2/home/frank/tmp.nobackup/CalDAVClientLibrary/src/client/principal.py", line 35, in getPrincipal self.cache[principal.principalURL.toString()] = principal AttributeError: 'str' object has no attribute 'toString' At this point I decided to ask the mailing list. How do I debug this further? Any documents I should have found? kind regards Frank

3 7

Calendar server, opendirectory, ldap and users
by Joël Brogniart 29 Nov '08

29 Nov '08

Hi there, I'd like to set a Mac OS X calendar server but Apple's documentation is far from clear on this topic. I have a Mac OS X server that is bound to an Opendirectory and a LDAP server. The OD server is used to manage special users and groups and the LDAP server contain all users. I don't have write access to the LDAP server and the LDAP server is not a standard (neither AD nor standard Unix). I configured LDAP mappings so that user can authenticate, find their home directory.. They are authenticated against the LDAP server. That works fine for web site authentication, personal web site... Now, I'd like to permit to some users to have a calendar on calendar server. There is no problem for Opendirectory users, but I'd like to permit LDAP users too. As I can't write to the LDAP server, I can't use Workgroup manager to configure user's calendar rights. Do the calendar server have to have write autorisation to the LDAP server or can I use LDAP mapping to generate calendar needed data? If I can use LDAP mapping, what are the needed attribut in order for a user to be able to have calendar server access with ldap bind authentication? Why is it so complicated to put a calendar server in place? No need to answer to this one :-) English is not my native language and I'm not sure that my questions are clear enougth so, please ask for more information is needed. Thanks for any response. Joël

1 0

AttributeError: 'list' object has no attribute 'iteritems'
by Helge Heß 28 Nov '08

28 Nov '08

Hi, I get this when trying to run trunk. Wrong Python version or something? ---snip--- helge@mbp$ ./run Using python as Python exec python /Users/helge/Developer/Collaboration/Twisted/bin/twistd - n caldav -f /Users/helge/Developer/Collaboration/CalendarServer/conf/ caldavd-dev.plist -o ProcessType=Combined Traceback (most recent call last): File "/Users/helge/Developer/Collaboration/Twisted/bin/twistd", line 21, in <module> run() File "/Users/helge/Developer/Collaboration/Twisted/twisted/scripts/ twistd.py", line 27, in run app.run(runApp, ServerOptions) File "/Users/helge/Developer/Collaboration/Twisted/twisted/ application/app.py", line 374, in run config.parseOptions() File "/Users/helge/Developer/Collaboration/Twisted/twisted/ application/app.py", line 354, in parseOptions usage.Options.parseOptions(self, options) File "/Users/helge/Developer/Collaboration/Twisted/twisted/python/ usage.py", line 189, in parseOptions self.subOptions.parseOptions(rest) File "/Users/helge/Developer/Collaboration/Twisted/twisted/python/ usage.py", line 199, in parseOptions self.postOptions() File "/Users/helge/Developer/Collaboration/CalendarServer/ calendarserver/tap/caldav.py", line 173, in postOptions parseConfig(self["config"]) File "/Users/helge/Developer/Collaboration/CalendarServer/ twistedcaldav/config.py", line 698, in parseConfig config.loadConfig(configFile) File "/Users/helge/Developer/Collaboration/CalendarServer/ twistedcaldav/config.py", line 615, in loadConfig self.update(ConfigDict(configDict)) File "/Users/helge/Developer/Collaboration/CalendarServer/ twistedcaldav/config.py", line 432, in update hook(self, items) File "/Users/helge/Developer/Collaboration/CalendarServer/ twistedcaldav/config.py", line 624, in updateNotifications for key, service in self.Notifications["Services"].iteritems(): AttributeError: 'list' object has no attribute 'iteritems' launchctl bsexec failed: No such file or directory ---snap--- Thanks, Helge -- Helge Hess http://zideone.com/

2 1

CalendarServer on Ubuntu 8.04
by Georg Troska 27 Nov '08

27 Nov '08

Hi, I'm really interested in setting up a CalendarServer for my working group. So I just set up a new virtual machine with ubuntu 8.04 and tried to start. Unfortunately I get messaged like this after running 'run': 2008-11-16 17:15:20-0100 [-] [memcached] memcached: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory 2008-11-16 17:15:26-0100 [-] [caldav-8008] [-] Starting factory <twistedcaldav.memcachepool.MemCacheClientFactory object at 0x1a5ae90> 2008-11-16 17:15:26-0100 [-] [caldav-8008] [Uninitialized] [twistedcaldav.memcachepool.MemCacheClientFactory#error] MemCache connection failed: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 111: Connection refused. 2008-11-16 17:15:26-0100 [-] [caldav-8008] ] 2008-11-16 17:15:26-0100 [-] [caldav-8008] [Uninitialized] <twisted.internet.tcp.Connector instance at 0x1afba70> will retry in 22 seconds 2008-11-16 17:15:26-0100 [-] [caldav-8008] [Uninitialized] Stopping factory <twistedcaldav.memcachepool.MemCacheClientFactory object at 0x1a5ae90> I'm really sure that the file libevent-1.4.so.2 does exist and I tried to compile memcached on my own and it did. Seems that the the path for the dynamic library is not set correctly somewhere ..? I hope you can help Georg Georg Troska Experimentelle Physik IV TU Dortmund +49 231 755 3501

3 5

calendar user address
by Mark Cockfield 25 Nov '08

25 Nov '08

The norm seems to be to use an email address, how do people handle the case where a calendar user's email address changes? It seems to me that every calendar object in the repository where the user is an organizer or an attendee would have to be updated. If I understand the specs correctly you could use a urn scheme except that iMIP requires a mailto. Regards, Mark

2 2

FW: [ietf-caldav] Deprecated Request Headers
by Mark Cockfield 25 Nov '08

25 Nov '08

When I try a FREEBUSY lookup without the originator and recipient request headers I receive a 403 Forbidden response and the server log indicates that a "POST request must have Originator header", am I missing something? Regards, Mark ------ Forwarded Message From: Bernard Desruisseaux <bernard.desruisseaux(a)oracle.com> Date: Mon, 17 Nov 2008 09:40:07 -0500 To: Mark Cockfield <mark.cockfield(a)gmail.com> Cc: IETF <ietf-caldav(a)osafoundation.org> Subject: Re: [ietf-caldav] Deprecated Request Headers Hi Mark, You are correct. All recipients are attendees, but attendees are not necessarily recipients (see SCHEDULE-AGENT paramter). Cheers, Bernard Mark Cockfield wrote: > Greetings, > > Forgive me for being a bit behind, I've been working off of CalDAV > Scheduling-04 and just discovered I was two version behind. Anyway, I > noticed that the originator and recipient request headers are now absent but > am unable to find any mention of deprecation. Am I correct in assuming they > have been dismissed? > > Regards, > > Mark > > _______________________________________________ > ietf-caldav mailing list -- ietf-caldav(a)osafoundation.org > See http://ietf.webdav.org/caldav/ for more CalDAV resources > http://lists.osafoundation.org/mailman/listinfo/ietf-caldav > ------ End of Forwarded Message

2 1

auto launch as root
by Conrad Wasmer 25 Nov '08

25 Nov '08

I have finally gone back and re-set up my DCS after having broken it with some hasty changes before my daughter was born in April. It is up and running, and we are a happy family. But... I have three questions. one: where to I specify the caldavd.plist file that I am using? is that in the Run script? two: I cannot get the server to run unless I use sudo. I tried setting a valid UserName and GroupName in the caldavd-dev.plist that I am using, and I changed the permissions on the data and document root folders to match the username and groupname, but when logged in as that user, I still cannot start the server. I get an error when it tries to load memchached, saying that the log file caldavd.pid cannot be found (meaning, it cannot be created, I think). Is there a setting in re: memcached that I should be changing? currently, the user listed in memcached is the same as my UserName. I have tried that with the -u switch and without the -u switch. three: the above issue is only an issue because of my inability to set up a launch agent to sudo the ./run -d command. I cannot, for the life of me, figure out how to get it to enter my password when prompted. Is there another way to do this so the server starts automatically, as a daemon, as root or via sudo? Clearly, I am missing something, and I would greatly appreciate your thoughts and advice. Peace - Conrad

2 1

calendar-query bug(s)?
by Mark Cockfield 24 Nov '08

24 Nov '08

If I do a calendar-query requesting all To Dos, and Events within a timeframe, both To Dos, one with due date and one without, are returned fine. When I request an expansion of recurring components it appears that for the To Do without a due date a calendar object is returned without the child To Do component. REPORT /calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/ HTTP/1.1 Accept-Encoding: identity Content-Length: 465 depth: 1 content-type: application/xml authorization: Basic Ym9iOnNtaXRo user-agent: Test Application Host: localhost:8008 <?xml version="1.0" encoding="utf-8" ?> <C:calendar-query xmlns:C="urn:ietf:params:xml:ns:caldav" xmlns:D="DAV:"> <D:prop> <C:calendar-data> <C:comp name="VCALENDAR"> <C:allprop/> <C:allcomp/> </C:comp> </C:calendar-data> </D:prop> <C:filter> <C:comp-filter name="VCALENDAR"> <C:comp-filter name="VEVENT"> <C:time-range start="20081101T000000Z" end="20081201T000000Z"/> </C:comp-filter> <C:comp-filter name="VTODO"/> </C:comp-filter> </C:filter> </C:calendar-query> HTTP/1.1 207 Multi-Status Content-Length: 3997 Accept-Ranges: bytes Server: Twisted/2.5.0+rUnknown TwistedWeb/[twisted.web2, version 0.2.0 (SVN rUnknown)] TwistedCalDAV/? Last-Modified: Mon, 24 Nov 2008 03:19:57 GMT DAV: 1, access-control, calendar-access, calendar-schedule, calendar-auto-schedule, calendar-availability, inbox-availability, calendar-proxy, calendarserver-private-events, calendarserver-private-comments, calendarserver-principal-property-search ETag: "66BB75-88-492A1D5D" Date: Mon, 24 Nov 2008 06:02:00 GMT Content-Type: text/xml <?xml version='1.0' encoding='UTF-8'?> <multistatus xmlns='DAV:'> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/1763 87DF-778E-4D44-9D2E-764FB9294FCF.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN BEGIN:VTODO CREATED:20081124T032512Z DTSTAMP:20081124T032543Z PRIORITY:0 SEQUENCE:2 SUMMARY:To Do w/o due date UID:176387DF-778E-4D44-9D2E-764FB9294FCF X-APPLE-SORT-ORDER:2147483647 END:VTODO END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/3921 7D71-3EA9-4F0D-ACA8-1B1C22E6F508.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN BEGIN:VTIMEZONE TZID:America/Detroit BEGIN:STANDARD DTSTART:20071104T020000 RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU TZNAME:EST TZOFFSETFROM:-0400 TZOFFSETTO:-0500 END:STANDARD BEGIN:DAYLIGHT DTSTART:20070311T020000 RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU TZNAME:EDT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:39217D71-3EA9-4F0D-ACA8-1B1C22E6F508 DTSTART;TZID=America/Detroit:20081126T150000 DTEND;TZID=America/Detroit:20081126T160000 CREATED:20081124T032426Z DTSTAMP:20081124T032459Z RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=WE,FR;WKST=SU SEQUENCE:4 SUMMARY:Recurring Event TRANSP:OPAQUE END:VEVENT END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/4BF4 05C9-BC1A-4531-AE10-EB97BAC470D0.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN BEGIN:VTIMEZONE TZID:America/Detroit BEGIN:STANDARD DTSTART:19671029T020000 RRULE:FREQ=YEARLY;UNTIL=20061029T060000Z;BYMONTH=10;BYDAY=-1SU TZNAME:EST TZOFFSETFROM:-0400 TZOFFSETTO:-0500 END:STANDARD BEGIN:DAYLIGHT DTSTART:19870405T020000 RRULE:FREQ=YEARLY;UNTIL=20060402T070000Z;BYMONTH=4;BYDAY=1SU TZNAME:EDT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 END:DAYLIGHT END:VTIMEZONE BEGIN:VTODO CREATED:20081124T032550Z DTSTAMP:20081124T032645Z DTSTART;TZID=America/Detroit:20040101T120000 DUE;VALUE=DATE:20081130 PRIORITY:0 SEQUENCE:4 SUMMARY:To Do with due date UID:4BF405C9-BC1A-4531-AE10-EB97BAC470D0 X-APPLE-SORT-ORDER:2147483647 END:VTODO END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/96F8 7A28-DCD4-4609-A56C-89F815E06B95.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN BEGIN:VTIMEZONE TZID:America/Detroit BEGIN:STANDARD DTSTART:20071104T020000 RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU TZNAME:EST TZOFFSETFROM:-0400 TZOFFSETTO:-0500 END:STANDARD BEGIN:DAYLIGHT DTSTART:20070311T020000 RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU TZNAME:EDT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:96F87A28-DCD4-4609-A56C-89F815E06B95 DTSTART;TZID=America/Detroit:20081124T130000 DTEND;TZID=America/Detroit:20081124T140000 CREATED:20081124T032326Z DTSTAMP:20081124T032408Z SEQUENCE:3 SUMMARY:Single Event TRANSP:OPAQUE END:VEVENT END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> </multistatus> *********************************** REPORT /calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/ HTTP/1.1 Accept-Encoding: identity Content-Length: 525 depth: 1 content-type: application/xml authorization: Basic Ym9iOnNtaXRo user-agent: Test Application Host: localhost:8008 <?xml version="1.0" encoding="utf-8" ?> <C:calendar-query xmlns:C="urn:ietf:params:xml:ns:caldav" xmlns:D="DAV:"> <D:prop> <C:calendar-data> <C:comp name="VCALENDAR"> <C:allprop/> <C:allcomp/> </C:comp> <C:expand start="20081101T000000Z" end="20081201T000000Z"/> </C:calendar-data> </D:prop> <C:filter> <C:comp-filter name="VCALENDAR"> <C:comp-filter name="VEVENT"> <C:time-range start="20081101T000000Z" end="20081201T000000Z"/> </C:comp-filter> <C:comp-filter name="VTODO"/> </C:comp-filter> </C:filter> </C:calendar-query> HTTP/1.1 207 Multi-Status Content-Length: 2971 Accept-Ranges: bytes Server: Twisted/2.5.0+rUnknown TwistedWeb/[twisted.web2, version 0.2.0 (SVN rUnknown)] TwistedCalDAV/? Last-Modified: Mon, 24 Nov 2008 03:19:57 GMT DAV: 1, access-control, calendar-access, calendar-schedule, calendar-auto-schedule, calendar-availability, inbox-availability, calendar-proxy, calendarserver-private-events, calendarserver-private-comments, calendarserver-principal-property-search ETag: "66BB75-88-492A1D5D" Date: Mon, 24 Nov 2008 06:03:14 GMT Content-Type: text/xml <?xml version='1.0' encoding='UTF-8'?> <multistatus xmlns='DAV:'> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/1763 87DF-778E-4D44-9D2E-764FB9294FCF.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/3921 7D71-3EA9-4F0D-ACA8-1B1C22E6F508.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN BEGIN:VEVENT UID:39217D71-3EA9-4F0D-ACA8-1B1C22E6F508 DTSTART;TZID=America/Detroit:20081126T200000Z DTEND;TZID=America/Detroit:20081126T210000Z CREATED:20081124T032426Z DTSTAMP:20081124T032459Z SEQUENCE:4 SUMMARY:Recurring Event TRANSP:OPAQUE END:VEVENT BEGIN:VEVENT UID:39217D71-3EA9-4F0D-ACA8-1B1C22E6F508 RECURRENCE-ID:20081128T200000Z DTSTART;TZID=America/Detroit:20081128T200000Z DTEND;TZID=America/Detroit:20081128T210000Z CREATED:20081124T032426Z DTSTAMP:20081124T032459Z SEQUENCE:4 SUMMARY:Recurring Event TRANSP:OPAQUE END:VEVENT END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/4BF4 05C9-BC1A-4531-AE10-EB97BAC470D0.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN BEGIN:VTODO CREATED:20081124T032550Z DTSTAMP:20081124T032645Z DTSTART;TZID=America/Detroit:20040101T170000Z DUE;VALUE=DATE:20081130 PRIORITY:0 SEQUENCE:4 SUMMARY:To Do with due date UID:4BF405C9-BC1A-4531-AE10-EB97BAC470D0 X-APPLE-SORT-ORDER:2147483647 END:VTODO END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> <response> <href>/calendars/__uids__/d31e3aa2-4555-5415-bb0d-47c5c7ae9f16/calendar/96F8 7A28-DCD4-4609-A56C-89F815E06B95.ics</href> <propstat> <prop> <calendar-data xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//Apple Inc.//iCal 3.0//EN BEGIN:VEVENT UID:96F87A28-DCD4-4609-A56C-89F815E06B95 DTSTART;TZID=America/Detroit:20081124T180000Z DTEND;TZID=America/Detroit:20081124T190000Z CREATED:20081124T032326Z DTSTAMP:20081124T032408Z SEQUENCE:3 SUMMARY:Single Event TRANSP:OPAQUE END:VEVENT END:VCALENDAR ]]></calendar-data> </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> </multistatus> Also, according to rfc4791: > ³If the CALDAV:calendar-data XML element doesn¹t contain any CALDAV:comp > element, calendar object resources will be returned in their entirety.² > This appears to be only the case when the calendar-data element is empty. When the expand element is added, the server returns an Internal Server Error and the log shows: 2008-11-24 00:25:41-0500 [-] [caldav-8008] exceptions.ValueError: CalDAV:calendar-data {urn:ietf:params:xml:ns:caldav}calendar-data has no CalDAV:comp child Am I misinterpreting the RFC (yet again)? Regards, Mark

1 0

WebDAV Browser Problem?
by Mark Cockfield 21 Nov '08

21 Nov '08

I just updated the calanderserver and caldavclientlibrary to the latest in trunk and the webdav browser is receiving an internal server error. Request: PROPFIND / HTTP/1.1 Authorization: Basic YWRtaW46YWRtaW4= Content-Length: 232 Content-Type: text/xml; charset=utf-8 Depth: 1 Host: localhost:8008 <?xml version='1.0' encoding='utf-8'?> <ns0:propfind xmlns:ns0="DAV:"> <ns0:prop> <ns0:resourcetype /> <ns0:getlastmodified /> <ns0:getcontentlength /> <ns0:getcontenttype /> </ns0:prop> </ns0:propfind> Response: <html><head><title>Internal Server Error</title></head><body><h1>Internal Server Error</h1>An error occurred rendering the requested page. More information is available in the server log.</body></html> Server Log: 2008-11-21 00:19:32-0500 [-] [caldav-8008] [-] Exception rendering: 2008-11-21 00:19:32-0500 [-] [caldav-8008] [-] Unhandled Error 2008-11-21 00:19:32-0500 [-] [caldav-8008] Traceback (most recent call last): 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/internet/defer.py", line 239, in callback 2008-11-21 00:19:32-0500 [-] [caldav-8008] self._startRunCallbacks(result) 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/internet/defer.py", line 304, in _startRunCallbacks 2008-11-21 00:19:32-0500 [-] [caldav-8008] self._runCallbacks() 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/internet/defer.py", line 317, in _runCallbacks 2008-11-21 00:19:32-0500 [-] [caldav-8008] self.result = callback(self.result, *args, **kw) 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/internet/defer.py", line 601, in gotResult 2008-11-21 00:19:32-0500 [-] [caldav-8008] _deferGenerator(g, deferred) 2008-11-21 00:19:32-0500 [-] [caldav-8008] --- <exception caught here> --- 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/internet/defer.py", line 576, in _deferGenerator 2008-11-21 00:19:32-0500 [-] [caldav-8008] result = g.next() 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/web2/dav/method/propfind.py", line 125, in http_PROPFIND 2008-11-21 00:19:32-0500 [-] [caldav-8008] x.getResult() 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/internet/defer.py", line 555, in getResult 2008-11-21 00:19:32-0500 [-] [caldav-8008] self.result.raiseException() 2008-11-21 00:19:32-0500 [-] [caldav-8008] File "/Users/mcockfi/documents/pyws/Twisted/twisted/python/failure.py", line 303, in raiseException 2008-11-21 00:19:32-0500 [-] [caldav-8008] raise self.type, self.value, self.tb 2008-11-21 00:19:32-0500 [-] [caldav-8008] exceptions.TypeError: coercing to Unicode: need string or buffer, NoneType found 2008-11-21 00:19:32-0500 [-] [caldav-8008] Everything else seems to be working fine. Is this a problem? Regards, Mark

1 0

Re: [CalendarServer-users] how to update ?
by Mark Cockfield 18 Nov '08

18 Nov '08

I¹m guessing here, but you seem to have a problem with your jduffas and demo accounts. Is it possible that you have more than one account with the same GUID? although I¹m not sure that¹s even a problem but it does seem to go against the idea of a ³globally unique ID.² What if you created a subset of your accounts.xml file with just a couple of your accounts in it for debugging? Just a thought, but it would reduce the chatter in the log. Mark > service <XMLDirectoryService 'icalconsult Realm': > FilePath('/Users/jduffas/Desktop/test/CalendarServer/conf/accounts.xml')> has > no GUID; generating service GUID from realm name. > 2008-11-11 21:45:55+0100 [-] [caldav-8009] [-] > [twisted.web2.dav.method.propfind#error] Error reading property > ('urn:ietf:params:xml:ns:caldav', 'calendar-home-set') for resource > /principals/users/demo/: Directory record has an invalid GUID: 'demo' > 2008-11-11 21:45:55+0100 [-] [caldav-8009] [-] Exception rendering: > 2008-11-11 21:45:56+0100 [-] [caldav-8009] [-] Unhandled Error > 2008-11-11 21:45:56+0100 [-] [caldav-8009] Traceback (most recent call last): > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 239, in > callback > 2008-11-11 21:45:56+0100 [-] [caldav-8009] self._startRunCallbacks(result) > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 304, in > _startRunCallbacks > 2008-11-11 21:45:56+0100 [-] [caldav-8009] self._runCallbacks() > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 317, in > _runCallbacks > 2008-11-11 21:45:56+0100 [-] [caldav-8009] self.result = > callback(self.result, *args, **kw) > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 601, in > gotResult > 2008-11-11 21:45:56+0100 [-] [caldav-8009] _deferGenerator(g, deferred) > 2008-11-11 21:45:56+0100 [-] [caldav-8009] --- <exception caught here> --- > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 576, in > _deferGenerator > 2008-11-11 21:45:56+0100 [-] [caldav-8009] result = g.next() > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/web2/dav/method/propfind.py", > line 167, in http_PROPFIND > 2008-11-11 21:45:56+0100 [-] [caldav-8009] status = statusForFailure(f, > "getting property: %s" % (property,)) > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/web2/dav/http.py", line 322, in > statusForFailure > 2008-11-11 21:45:56+0100 [-] [caldav-8009] failure.raiseException() > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/web2/dav/method/propfind.py", > line 161, in http_PROPFIND > 2008-11-11 21:45:56+0100 [-] [caldav-8009] resource_property = > resource_property.getResult() > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 555, in > getResult > 2008-11-11 21:45:56+0100 [-] [caldav-8009] self.result.raiseException() > 2008-11-11 21:45:56+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/python/failure.py", line 303, in > raiseException > 2008-11-11 21:45:56+0100 [-] [caldav-8009] raise self.type, self.value, > self.tb > 2008-11-11 21:45:56+0100 [-] [caldav-8009] exceptions.AssertionError: > Directory record has an invalid GUID: 'demo' > 2008-11-11 21:46:02+0100 [-] [caldav-8009] [AMP,client] > [twistedcaldav.extensions#info] PUT > /calendars/__uids__/jduffas/calendar/0E5E5525-F4BF-4A69-A6D2-AE361FD14B0B.ics > HTTP/1.1 > 2008-11-11 21:46:03+0100 [-] [caldav-8009] [-] Exception rendering: > 2008-11-11 21:46:03+0100 [-] [caldav-8009] [-] Unhandled Error > 2008-11-11 21:46:03+0100 [-] [caldav-8009] Traceback (most recent call last): > 2008-11-11 21:46:03+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 239, in > callback > 2008-11-11 21:46:03+0100 [-] [caldav-8009] self._startRunCallbacks(result) > 2008-11-11 21:46:03+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 304, in > _startRunCallbacks > 2008-11-11 21:46:03+0100 [-] [caldav-8009] self._runCallbacks() > 2008-11-11 21:46:03+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 317, in > _runCallbacks > 2008-11-11 21:46:03+0100 [-] [caldav-8009] self.result = > callback(self.result, *args, **kw) > 2008-11-11 21:46:03+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 746, in > gotResult > 2008-11-11 21:46:03+0100 [-] [caldav-8009] _inlineCallbacks(r, g, > deferred) > 2008-11-11 21:46:03+0100 [-] [caldav-8009] --- <exception caught here> --- > 2008-11-11 21:46:03+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 724, in > _inlineCallbacks > 2008-11-11 21:46:03+0100 [-] [caldav-8009] result = g.throw(result.type, > result.value, result.tb) > 2008-11-11 21:46:03+0100 [-] [caldav-8009] File > "/Users/jduffas/Desktop/test/CalendarServer/twistedcaldav/method/put.py", line > 68, in http_PUT > 2008-11-11 21:46:03+0100 [-] [caldav-8009] result = (yield storer.run()) > 2008-11-11 21:46:03+0100 [-] [caldav-8009] exceptions.AssertionError: No > implementation of shared locking without memcached > > mac-mini-de-jean-duffas-4:CalendarServer jduffas$ > > > Le 11 nov. 08 à 21:38, Mark Cockfield a écrit : > >> Here is how I disable memcache: >> >>  >> <key>Memcached</key> >> <dict> >> <key>ServerEnabled</key> >> <false/> >> <key>ClientEnabled</key> >> <false/> >> <key>MaxClients</key> >> <integer>5</integer> >> <key>memcached</key> >> <string>memcached</string>  >> <key>Options</key> >> <array> >>  >> </array> >> </dict> >> >> Also I notice that you are getting some messages in the log about moving >> your calendar directory: >> >> 2008-11-11 21:08:12+0100 [-] twistedcaldav.upgrade.UpgradeError: Upgrade >> Error: unable to move the old calendar user proxy database at >> '/Library/WebServer/CalendarServed/principals/.db.calendaruserproxy' to >> 'data/calendaruserproxy.sqlite' because the new database already exists. >> >> also >> >> 2008-11-11 21:08:49+0100 [-] [twistedcaldav.upgrade#info] Moved the calendar >> user proxy database from >> '/Library/WebServer/CalendarServed/principals/.db.calendaruserproxy' to >> 'data/calendaruserproxy.sqlite'. >> 2008-11-11 21:08:49+0100 [-] [twistedcaldav.upgrade#info] Removed the old >> principal directory at '/Library/WebServer/CalendarServed/principals'. >> >> I also think the ³no² may be causing some of your problems as well: >> >> 2008-11-11 21:08:50+0100 [-] [memcached] Upon execvpe no ['no', '-p', >> '11211', '-l', '127.0.0.1'] in environment id 25385408 >> >> Mark >> >> On 11/11/08 3:31 PM, "jean" <jduffas1(a)free.fr> wrote: >> >> >>> I just install it know (a few minutes ago) with snv checkout, so it' s verry >>> fresh. >>> I don' t know what is the différence, perhaps it' s in the calendars... >>> they have been created with quite old version of darwin calendarserver. >>> and I have set memcache to "no" >>> >>> jean >>> >>> >>> Le 11 nov. 08 à 21:26, Mark Cockfield a écrit : >>> >>> >>>> Jean, >>>> >>>> I just built a fresh CalenderServer install, copied the default plist >>>> file, started it up and it works fine. I was able to browse the repository >>>> using the webdav browser...so the question become ³how is your install >>>> different?² >>>> >>>> Sorry to ask the obvious but did you grab a fresh version today? Also, >>>> did you set the memcahed value in the plist file to ³no² or ³false²? >>>> >>>> Mark >>>> >>>> On 11/11/08 3:00 PM, "jean" <jduffas1(a)free.fr> wrote: >>>> >>>> >>>> >>>>> it doesn't seem to be fixed,I got the same problem, even with memcache set >>>>> to "no" >>>>> >>>>> here are the logs : >>>>> >>>>> mac-mini-de-jean-duffas-4:CalendarServer jduffas$ sudo ./run >>>>> Using python as Python >>>>> >>>>> ...snip... >>>>> >>>>> mac-mini-de-jean-duffas-4:CalendarServer jduffas$ >>>>> >>>>> >>>>> Le 11 nov. 08 à 18:50, Wilfredo Sánchez Vega a écrit : >>>>> >>>>> >>>>> >>>>>> On Nov 11, 2008, at 9:29 AM, Mark Cockfield wrote: >>>>>> >>>>>> >>>>>> 2008-11-11 00:04:08+0100 [-] [memcached] can't run as root without the -u switch >>>>>> >>>>>> I *think* I fixed this in trunk yesterday. >>>>>> >>>>>> -wsv >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> >> >> > >

4 13