August 2009 - calendarserver-dev - lists.macosforge.org

[CalendarServer] #342: Server doesn't start without http port
by CalendarServer 22 Jun '12

22 Jun '12

#342: Server doesn't start without http port ---------------------------------+------------------------------------------ Reporter: nicolas@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Linux Port Component: Calendar Server | Severity: Security Keywords: https | ---------------------------------+------------------------------------------ On debian lenny disabling http (port set to 0) but with a valid https port (default 8443) the server doesn't start. Https only should be a valid option. -- Ticket URL: <http://trac.calendarserver.org/ticket/342> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 3

[CalendarServer] #330: group as no calendar home
by CalendarServer 03 Aug '11

03 Aug '11

#330: group as no calendar home ------------------------------+--------------------------------------------- Reporter: jduffas1@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: CalendarServer-2.x Component: Calendar Server | Severity: Serious Keywords: | ------------------------------+--------------------------------------------- I upgraded to the latest version, and all my groups are broken. iCal says that there is no home calendar for group, and when I look in the server terminal, it says : 2009-03-30 17:18:22+0200 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.static#info] Directory record <XMLDirectoryRecord[groups@21927289-115a-5605-8596-cd1b708d3750(icalconsult Realm)] F2F2B56A-7B0E-498C-816F-1DA30D8A4167(nous_deux) 'nous deux'> is not enabled for calendaring I use the accounts.xml file. -- Ticket URL: <http://trac.calendarserver.org/ticket/330> CalendarServer </> HTTP/WebDAV/CalDAV Server

4 30

[CalendarServer] #339: Jason Randall
by CalendarServer 01 Aug '11

01 Aug '11

#339: Jason Randall -------------------------------------+-------------------------------------- Reporter: jasonrrandall@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -------------------------------------+-------------------------------------- -- Ticket URL: <http://trac.calendarserver.org/ticket/339> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 1

[CalendarServer] #336: Memcache dies on store
by CalendarServer 01 Aug '11

01 Aug '11

#336: Memcache dies on store ----------------------------------------+----------------------------------- Reporter: cosmin@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: memcache | ----------------------------------------+----------------------------------- Pretty much standard installation from revision 4252. When I add an event with sunbird to a calendar, that event does not show up. {{{ ==> /home/calendar/log/access.log <== 172.17.0.30 - ccraciun [13/May/2009:17:40:45 -0400] "PUT /calendars/users/ccraciun/calendar/a9637f95-bab9-4fe2-b287-e3e501549121.ics HTTP/1.1" 500 201 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071204 Ubuntu/8.04 (hardy) Calendar/0.7" [3110.5 ms] [8008 1] ==> /home/calendar/log/error.log <== 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient socket marked dead (timed out) 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcacheprops.MemcachePropertyCollection#debug] Loaded keys for children of <CalDAVFile (calendar collection): /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar>: ['a9637f95-bab9-4fe2-b287-e3e501549121.ics'] 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcacheprops.MemcachePropertyCollection#debug] Building cache for <CalDAVFile (calendar collection): /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar> 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcacheprops.ChildPropertyStore#debug] List for /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar/a9637f95-bab9-4fe2-b287-e3e501549121.ics 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcacheprops.MemcachePropertyCollection#debug] Storing cache for <CalDAVFile (calendar collection): /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar> 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_server( ) failed to connect 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcacheprops.MemcachePropertyCollection#debug] Loading cache for <CalDAVFile (calendar collection): /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar> 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_socket() found dead socket 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [memcacheclient#error] Memcacheclient _get_server( ) failed to connect 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcacheprops.MemcachePropertyCollection#debug] Loaded keys for missing children of <CalDAVFile (calendar collection): /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar>: ['a9637f95-bab9-4fe2-b287-e3e501549121.ics'] 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcacheprops.MemcachePropertyCollection#debug] [CC] Missing: ('a9637f95-bab9-4fe2-b287-e3e501549121.ics',) 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.index.MemcachedUIDReserver#debug] Unreserving UID 'a9637f95-bab9-4fe2-b287-e3e501549121' @ '/home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar' 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcachepool.MemCachePool#debug] Busied client: <twistedcaldav.memcachepool.PooledMemCacheProtocol instance at 0x8d25ecc> 2009-05-13 17:40:45-0400 [-] [caldav-8008] [-] [twistedcaldav.memcachepool.MemCachePool#debug] Clients #free: 0, #busy: 1, #pending: 0, #queued: 0 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.memcachepool.MemCachePool#debug] Freed client: <twistedcaldav.memcachepool.PooledMemCacheProtocol instance at 0x8d25ecc> 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.memcachepool.MemCachePool#debug] Clients #free: 1, #busy: 0, #pending: 0, #queued: 0 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.memcachelock.MemcacheLock#debug] Deleting Cache Token for u'a9637f95-bab9-4fe2-b287-e3e501549121' 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.memcachepool.MemCachePool#debug] Busied client: <twistedcaldav.memcachepool.PooledMemCacheProtocol instance at 0x8d25ecc> 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.memcachepool.MemCachePool#debug] Clients #free: 0, #busy: 1, #pending: 0, #queued: 0 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.memcachepool.MemCachePool#debug] Freed client: <twistedcaldav.memcachepool.PooledMemCacheProtocol instance at 0x8d25ecc> 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.memcachepool.MemCachePool#debug] Clients #free: 1, #busy: 0, #pending: 0, #queued: 0 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.method.put_common#debug] Rollback: rollback 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.method.put_common#debug] Destination index removed /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar/a9637f95-bab9-4fe2-b287-e3e501549121.ics 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.method.put_common#debug] Rollback: destination index removed /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar/a9637f95-bab9-4fe2-b287-e3e501549121.ics 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] [twistedcaldav.method.put_common#debug] Rollback: destination removed /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar/a9637f95-bab9-4fe2-b287-e3e501549121.ics 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] Exception rendering: 2009-05-13 17:40:45-0400 [-] [caldav-8008] [PooledMemCacheProtocol,client] Unhandled Error 2009-05-13 17:40:45-0400 [-] [caldav-8008] Traceback (most recent call last): 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twisted/internet/defer.py", line 261, in errback 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twisted/internet/defer.py", line 304, in _startRunCallbacks 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twisted/internet/defer.py", line 317, in _runCallbacks 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twisted/internet/defer.py", line 746, in gotResult 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] --- <exception caught here> --- 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twisted/internet/defer.py", line 724, in _inlineCallbacks 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twistedcaldav/method/put.py", line 68, in http_PUT 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twisted/internet/defer.py", line 726, in _inlineCallbacks 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] File "/usr/lib/python2.5 /site-packages/twistedcaldav/method/put_common.py", line 1111, in run 2009-05-13 17:40:45-0400 [-] [caldav-8008] 2009-05-13 17:40:45-0400 [-] [caldav-8008] memcacheclient.MemcacheError: Unable to fully load cache for <CalDAVFile (calendar collection): /home/calendar/caldavd/Documents/calendars/__uids__/3c/d7/3cd7ee95-ebc7-57df-a218-349e6887d274/calendar> }}} -- Ticket URL: <http://trac.calendarserver.org/ticket/336> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 1

[CalendarServer] #344: Expose principals as vCards
by CalendarServer 01 Aug '11

01 Aug '11

#344: Expose principals as vCards -------------------------------+-------------------------------------------- Reporter: helge@… | Owner: wsanchez@… Type: Enhancement | Status: new Priority: 3: Important | Milestone: Component: Calendar Server | Severity: Other Keywords: | -------------------------------+-------------------------------------------- CalServer only exposes accounts as principals (aka WebDAV properties), though it adds some contact fields, eg firstname/lastname. A big issue with the principals in the context of synchronization is that we can't track changes using etags :-/ This more or less prohibits synchronized 'Accounts' folders. (eg we could otherwise expose groups as contact folders and group members as contacts inside those, resource folders etc) So, it would be *very* helpful, if principal resources would be GETtable vCards, with an etag. A fast hack would do :-) It doesn't need to support full CardDAV (PUT etc), just a minimal vCard representation would be great (just FN/N vCard properties in the simplest case ...). -- Ticket URL: <http://trac.calendarserver.org/ticket/344> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 2

[CalendarServer] #328: can't find twisted.cred.strcred
by CalendarServer 01 Aug '11

01 Aug '11

#328: can't find twisted.cred.strcred ---------------------------------+------------------------------------------ Reporter: macosforge@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | ---------------------------------+------------------------------------------ Running either './run' or './test twistedcaldav.static', I get: Starting server... exec python /home/arnouten/dev/calendaring/Twisted/bin/twistd -n caldav -f /home/arnouten/dev/calendaring/CalendarServer/conf/caldavd-dev.plist -o ProcessType=Combined Traceback (most recent call last): File "/home/arnouten/dev/calendaring/Twisted/twisted/application/app.py", line 354, in parseOptions usage.Options.parseOptions(self, options) File "/home/arnouten/dev/calendaring/Twisted/twisted/python/usage.py", line 184, in parseOptions for (cmd, short, parser, doc) in self.subCommands: File "/home/arnouten/dev/calendaring/Twisted/twisted/application/app.py", line 364, in subCommands for plug in plugins: File "/home/arnouten/dev/calendaring/Twisted/twisted/plugin.py", line 186, in getPlugins allDropins = getCache(package) --- <exception caught here> --- File "/home/arnouten/dev/calendaring/Twisted/twisted/plugin.py", line 151, in getCache provider = pluginModule.load() File "/home/arnouten/dev/calendaring/Twisted/twisted/python/modules.py", line 378, in load return self.pathEntry.pythonPath.moduleLoader(self.name) File "/home/arnouten/dev/calendaring/Twisted/twisted/python/modules.py", line 614, in moduleLoader return self._moduleLoader(modname) File "/home/arnouten/dev/calendaring/Twisted/twisted/python/reflect.py", line 361, in namedAny topLevelPackage = __import__(trialname) File "/usr/share/pyshared/twisted/plugins/cred_anonymous.py", line 14, in <module> from twisted.cred.strcred import ICheckerFactory exceptions.ImportError: No module named strcred Interesting thing is that the lowest entry in the stack is "/usr/share/pyshared/twisted/plugins/cred_anonymous.py", and "/usr/share/pyshared/twisted/cred/strcred.py" actually exists. -- Ticket URL: <http://trac.calendarserver.org/ticket/328> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 4

[CalendarServer] #316: Home install (run's -I option) failure
by CalendarServer 01 Aug '11

01 Aug '11

#316: Home install (run's -I option) failure -----------------------------------+---------------------------------------- Reporter: AxelLuttgens@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 1: Blocker | Milestone: Component: Calendar Server | Severity: Serious Keywords: | -----------------------------------+---------------------------------------- Sorry if this is a duplicate, but I couldn't find a similar ticket. This happens on following system: Darwin almbp.fusl.ac.be 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 17:37:00 PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386 Please see attached file for the steps to reproduce and some info/questions. Now, it could well be that I just don't understand the concept of home install, or that I am overlooking some additional arguments or environment variables. So, how is a home install supposed to be performed with the run script? Thanks in advance, Axel -- Ticket URL: <http://trac.calendarserver.org/ticket/316> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 5

[CalendarServer] #338: Configuration for em Client
by CalendarServer 14 Feb '11

14 Feb '11

#338: Configuration for em Client ------------------------------+--------------------------------------------- Reporter: probert@… | Owner: wsanchez@… Type: Enhancement | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | ------------------------------+--------------------------------------------- How to configure [em Client|http://emclient.com/] Open the '''Tools''' menu and select '''Accounts...''' Click on '''New account''', and select '''CalDAV'''. You will be asked for the location of the account, you need to put the URL for your calendar collection, eg http://<host>:8008/calendars/users/<user>, for example, http://localhost:8008/calendars/users/admin The main collection will appear in the '''Calendar''' tab in the sidebar, and all existing calendars will be displayed under the collection's (your username) name. -- Ticket URL: <http://trac.calendarserver.org/ticket/338> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 1

[CalendarServer] #317: System install (run's -i option) ambiguities
by CalendarServer 09 Aug '10

09 Aug '10

#317: System install (run's -i option) ambiguities -----------------------------------+---------------------------------------- Reporter: AxelLuttgens@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -----------------------------------+---------------------------------------- I don't know how to classify this one. It may just prove to be strictly cosmetic, or contrary wise reveal some glitches in the logics of the run script; if the latter, this ticket could then be related to ticket #316. A system install seems to know about /System/Library and /Library. Those directories are typical of Mac OS X. But then, why does such an install put things into /usr/local/bin as well, instead of /usr/sbin or /usr/share for example? The installation location for caldavd.plist is rather surprising: /System/Library/Frameworks/Python.framework/Versions/2.5/caldavd: caldavd.plist... If a system install insists on putting things under /usr/local/bin, why does the default config (as of config.py) still consider that twistd's path is /usr/share/caldavd/bin/twistd? In the same vein, and this seems to be directly related to #316, a PATH is set to a non existing /System/Library/Frameworks/Python.framework/Versions/2.5/bin... As a result, the default layout yielded by run's -i option really appears as an hybrid install: many similarities with a home install and some reminiscences of what may be observed on Mac OS X Server. More generally, the rationale underlying the -i and -I options don't appear clearly. Unless some bug (typo) is at work. Unless I just don't understand those matters... TIA, Axel -- Ticket URL: <http://trac.calendarserver.org/ticket/317> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 3

[CalendarServer] #337: Hardcoded "WebDAV:" xattr prefix breaks Linux compatibility
by CalendarServer 14 Apr '10

14 Apr '10

#337: Hardcoded "WebDAV:" xattr prefix breaks Linux compatibility ----------------------------------------+----------------------------------- Reporter: christoph_apple@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Linux Port Component: Calendar Server | Severity: Other Keywords: | ----------------------------------------+----------------------------------- Linux requires a "user." prefix when setting extended attributes but CalendarServer uses a hardcoded "WebDAV:" prefix on various occasions. At least the following files seem to be affected: calendarserver/tools/fixcalendardata.py[[BR]] calendarserver/tools/doublequotefix.py[[BR]] contrib/tools/fix_calendar[[BR]] twistedcaldav/test/test_upgrade.py[[BR]] twistedcaldav/test/data/makelargefbset.py[[BR]] twistedcaldav/upgrade.py[[BR]] twistedcaldav/admin/util.py[[BR]] The attached patch fixes this problem for fix_calendar but has not been tested on non-Linux platforms. -- Ticket URL: <http://trac.calendarserver.org/ticket/337> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 2