December 2010 - calendarserver-dev - lists.macosforge.org

[Calendar and Contacts Server] #376: Lightning with wrong crendentals saved crashes calendarserver
by Calendar and Contacts Server 30 Nov '11

30 Nov '11

#376: Lightning with wrong crendentals saved crashes calendarserver -------------------------------+-------------------------------------------- Reporter: rahul@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 2: Expected | Milestone: CalendarServer-2.5 Component: Calendar Server | Severity: Crash/data loss Keywords: | -------------------------------+-------------------------------------------- Steps to reproduce: 1. Setup Calendarserver (I installed Calendarserver 2.4 on Debian Lenny)[[BR]] 2. Install Thunderbird with Lightning plugin[[BR]] 3. Add the caldav url to lightninig[[BR]] 4. Upon prompting for password, enter wrong credentials, check "Use Password Manager to remember this password" and click on OK.[[BR]] Now monitor the server. Authentication requests are sent continuously and the calendar server CPU usage goes very high. While I understand that this is primarily a bug in Lightning, it is also a problem with Calendarserver because it is susceptible to DOS attacks. I believe the developers are aware of this issue. If not, kindly take this into consideration for the next major release. -- Ticket URL: <http://trac.calendarserver.org/ticket/376> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 3

[CalendarServer] #353: 'Calendar data does not conform to CalDAV requirements: METHOD property is not allowed in CalDAV iCalendar data'
by CalendarServer 09 Sep '11

09 Sep '11

#353: 'Calendar data does not conform to CalDAV requirements: METHOD property is not allowed in CalDAV iCalendar data' -----------------------------+---------------------------------------------- Reporter: alex@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 3: Important | Milestone: Component: Calendar Server | Severity: Serious Keywords: | -----------------------------+---------------------------------------------- This is what I get when trying to publish from ical or sunbird from different machines. I use 1.2.dfsg-8 on debian stable -- Ticket URL: <http://trac.calendarserver.org/ticket/353> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 11

[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

[Calendar and Contacts Server] #371: better parsing of returned properties would help
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#371: better parsing of returned properties would help ----------------------------+----------------------------------------------- Reporter: douglm@… | Owner: cdaboo@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Tester | Severity: Other Keywords: | ----------------------------+----------------------------------------------- Tests fail with messages like: {{{ Failed Verifier: propfindItems Items not returned in report (OK) for /ucaldav/user/user01/Inbox/: ('urn:ietf:params:xml:ns:caldavschedule-default-calendar-URL', '<href xmlns="DAV:">/ucaldav/user/user01/calendar</href>') Unexpected items returned in report (OK) for /ucaldav/user/user01/Inbox/: (u'urn:ietf:params:xml:ns:caldavschedule- default-calendar-URL', u'<href>/ucaldav/user/user01/calendar/</href>') }}} because of unexpected formats to the response, e.g. {{{ <?xml version="1.0" encoding="UTF-8" ?> <multistatus xmlns="DAV:" xmlns:ns1="urn:ietf:params:xml:ns:caldav" xmlns:ns2="http://www.w3.org/2002/12/cal/ical#"> <response> <href>/ucaldav/user/user01/Inbox/</href> <propstat> <prop> <ns1:schedule-default-calendar-URL> <href>/ucaldav/user/user01/calendar/</href> </ns1:schedule-default-calendar-URL> </prop> <status>HTTP/1.1 200 ok</status> </propstat> </response> </multistatus> }}} -- Ticket URL: <http://trac.calendarserver.org/ticket/371> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 3

[Calendar and Contacts Server] #392: Provide a more descriptive error when log directory is missing
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#392: Provide a more descriptive error when log directory is missing ---------------------------------+------------------------------------------ Reporter: s.adam@… | Owner: wsanchez@… Type: Enhancement | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | ---------------------------------+------------------------------------------ CalendarServer 2.4 outputs a long, slightly confusing/misleading error if the log directory is missing: <...> File "/opt/CalendarServer/usr/lib64/python2.6/site- packages/twisted/python/logfile.py", line 32, in __init__ assert os.path.isdir(self.directory) It would be probably be good to have something a bit more clear. -- Ticket URL: <http://trac.calendarserver.org/ticket/392> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 1

[Calendar and Contacts Server] #374: Do GET to allow auto-provision?
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#374: Do GET to allow auto-provision? ----------------------------+----------------------------------------------- Reporter: douglm@… | Owner: cdaboo@… Type: Enhancement | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Tester | Severity: Other Keywords: | ----------------------------+----------------------------------------------- CalDAV/implicitauto1.xml failed during startup until the following get was added after request #4 {{{ <request user="$resourceid1:" pswd="$pswd1:"> <method>GET</method> <ruri>$rcalendarpath1:/</ruri> </request> }}} This allowed the system to auto-provision the resource account -- Ticket URL: <http://trac.calendarserver.org/ticket/374> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 1

[Calendar and Contacts Server] #393: Kerberos dependancy prevents startup; obvious fix enclosed
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#393: Kerberos dependancy prevents startup; obvious fix enclosed ------------------------------+--------------------------------------------- Reporter: alexis@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Crash/data loss Keywords: | ------------------------------+--------------------------------------------- Despite ticket 352 and changeset 4665, there is still a (new?) kerberos dependancy. In twistedcaldav/directory/principal.py, line 53, it says: from twistedcaldav.authkerb import NegotiateCredentials authkerb.py will not run if kerberos isn't installed, as it will in turn try to import kerberos, which fails. There seemed little point in hacking on it since it has no purpose without kerberos, so I instead commented out the import in principal.py. This seems to work fine - the server appears to be fully working against iCal 10.6. The "right" fix seems barely more complex - as with ticket #352, stick it in a "try" block. It would be nice to get this fix in soon, since server installs of Ubuntu 10.04 (and quite likely some other distros) don't come with kerberos installed. Thanks. -- Ticket URL: <http://trac.calendarserver.org/ticket/393> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 1

[Calendar and Contacts Server] #380: Server throughs an exeption when configured to use SSL
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#380: Server throughs an exeption when configured to use SSL --------------------------------------+------------------------------------- Reporter: kristian@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Crash/data loss Keywords: carddav ssl | --------------------------------------+------------------------------------- Hi, I set up the calendarserver (svn trunk) on ubuntu lucid. Everything works fine, until i try to connect to the caldav server via SSL. Unencrypted connect is no problem, as is connecting to the CardDAV server via SSL. Only CalDAV in connection with SSL causes the following error: {{{ 2010-06-23 22:34:24+0200 [-] [caldav-1] [-] Unhandled Error 2010-06-23 22:34:24+0200 [-] [caldav-1] Traceback (most recent call last): 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist-packages/twisted/python/log.py", line 69, in callWithContext 2010-06-23 22:34:24+0200 [-] [caldav-1] return context.call({ILogContext: newCtx}, func, *args, **kw) 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist-packages/twisted/python/context.py", line 59, in callWithContext 2010-06-23 22:34:24+0200 [-] [caldav-1] return self.currentContext().callWithContext(ctx, func, *args, **kw) 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist-packages/twisted/python/context.py", line 37, in callWithContext 2010-06-23 22:34:24+0200 [-] [caldav-1] return func(*args,**kw) 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist- packages/twisted/internet/selectreactor.py", line 146, in _doReadOrWrite 2010-06-23 22:34:24+0200 [-] [caldav-1] why = getattr(selectable, method)() 2010-06-23 22:34:24+0200 [-] [caldav-1] --- <exception caught here> --- 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist-packages/twext/internet/sendfdport.py", line 279, in doRead 2010-06-23 22:34:24+0200 [-] [caldav-1] transport = self.transportFactory(skt, description, protocol) 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist-packages/twext/web2/metafd.py", line 104, in createTransport 2010-06-23 22:34:24+0200 [-] [caldav-1] transport.startTLS(self.contextFactory) 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist-packages/twisted/internet/tcp.py", line 761, in startTLS 2010-06-23 22:34:24+0200 [-] [caldav-1] if Connection.startTLS(self, ctx, server): 2010-06-23 22:34:24+0200 [-] [caldav-1] File "/usr/local/lib/python2.6/dist-packages/twisted/internet/tcp.py", line 402, in startTLS 2010-06-23 22:34:24+0200 [-] [caldav-1] self.socket = SSL.Connection(ctx.getContext(), self.socket) 2010-06-23 22:34:24+0200 [-] [caldav-1] exceptions.AttributeError: 'NoneType' object has no attribute 'getContext' 2010-06-23 22:34:24+0200 [-] [caldav-1] }}} Both instances are run with the same user, and should use the same key and certificate. I have no idea what to check or change. -- Ticket URL: <http://trac.calendarserver.org/ticket/380> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 3

[Calendar and Contacts Server] #373: Acl test reversed?
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#373: Acl test reversed? ----------------------------+----------------------------------------------- Reporter: douglm@… | Owner: cdaboo@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Tester | Severity: Other Keywords: | ----------------------------+----------------------------------------------- test 6 of CalDAV/acl.xml appears to be testing deny before grant restrictions by sending an acl with a deny before a grant. RFC3744 says {{{ 5.6.3. DAV:deny-before-grant This element indicates that all deny ACEs must precede all grant ACEs. <!ELEMENT deny-before-grant EMPTY> }}} and {{{ 8.1.1. ACL Preconditions ... (DAV:deny-before-grant): All non-inherited deny ACEs MUST precede all non- inherited grant ACEs. }}} while the test appears to be checking for the reverse, i.e. grant must precede deny -- Ticket URL: <http://trac.calendarserver.org/ticket/373> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 1

[Calendar and Contacts Server] #369: Getting FATAL ERROR: No module named vobject.icalendar
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#369: Getting FATAL ERROR: No module named vobject.icalendar ----------------------------+----------------------------------------------- Reporter: douglm@… | Owner: cdaboo@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Tester | Severity: Other Keywords: | ----------------------------+----------------------------------------------- When running the caldav tests on Ubuntu 9.10 if I run the individual test ./testcaldav.py CalDAV/reports.xml it gets to Test Suite: free-busy reports test 1 then it terminates with FATAL ERROR: No module named vobject.icalendar -- Ticket URL: <http://trac.calendarserver.org/ticket/369> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2