calendarserver-dev

Download

calendarserver-dev@lists.macosforge.org

January 2009

4 participants
32 discussions

[CalendarServer] #315: principal-match REPORT vends two response XML elements instead of one
by CalendarServer 08 Jan '09

08 Jan '09

#315: principal-match REPORT vends two response XML elements instead of one --------------------------------+------------------------------------------- Reporter: wsanchez@… | Owner: sagen@… Type: Defect | Status: new Priority: 3: Important | Milestone: CalendarServer-2.x Component: Calendar Server | Severity: Other Keywords: | --------------------------------+------------------------------------------- From Helge: When requesting missing properties in a principal-match REPORT, iCal server returns two response XML elements with individual propstat's instead of one response element with two propstat's. {{{ REPORT /calendars/users/nat/ Depth:0 <?xml version="1.0" encoding="utf-8"?> <principal-match xmlns="DAV:" xmlns:I="urn:ietf:params:xml:ns:caldav" xmlns:C="urn:ietf:params:xml:ns:carddav" xmlns:G="http://groupdav.org/" xmlns:A="http://calendarserver.org/ns/" > <self/> <prop> <displayname/> <resourcetype/> ... <A:first-name /> ... ---snap--- gives: ---snip--- <?xml version='1.0' encoding='UTF-8'?> <multistatus xmlns='DAV:'> <response> <href>/principals/users/nat/</href> <propstat> <prop> <displayname>Nat!</displayname> <resourcetype> <collection/> <principal/> ... </prop> <status>HTTP/1.1 200 OK</status> </propstat> </response> <response> <href>/principals/users/nat/</href> <propstat> <prop> <getctag xmlns='http://calendarserver.org/ns/'/> ... </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> </multistatus> }}} -- Ticket URL: <http://trac.calendarserver.org/ticket/315> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 4

Re: [CalendarServer-dev] [CalendarServer] #260: OpenLDAP
by CalendarServer 06 Jan '09

06 Jan '09

#260: OpenLDAP ---------------------------------------+------------------------------------ Reporter: jusiskin@… | Owner: wsanchez@… Type: Feature | Status: new Priority: 3: Important | Milestone: CalendarServer-2.x Component: Calendar Server | Severity: Other Keywords: | ---------------------------------------+------------------------------------ Comment(by rahul@…): Replying to [comment:14 soren@…]: > Replying to [ticket:260 jusiskin@…]: > > To implement OpenLDAP as a directory service. Yes it is possible. There is no special configuration for this. Also I have a small suggestion. Instead of using pwauth for authentication, PAM could be used. Below is a sample implementation of the verifyCredentials function. {{{ #!python import PAM def verifyCredentials(self,credentials): """ Verify that the given credentials can authenticate the principal represented by this record. @param credentials: the credentials to authenticate with. @return: C{True} if the given credentials match this record, C{False} otherwise. """ def pam_conv(auth, query_list, userData): return [(credentials.password, 0)] auth = PAM.pam() auth.start("caldav") # PAM service name is "caldav" auth.set_item(PAM.PAM_USER, credentials.username) auth.set_item(PAM.PAM_CONV, pam_conv) try: auth.authenticate() except PAM.error, resp: return False else: return True }}} -- Ticket URL: <http://trac.calendarserver.org/ticket/260#comment:15> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 0