#260: OpenLDAP
---------------------------------------+------------------------------------
Reporter: jusis...@… | Owner: wsanc...@…
Type: Feature | Status: new
Priority: 3: Important | Milestone: CalendarServer-2.x
Component: Calendar Server | Severity: Other
Keywords: |
---------------------------------------+------------------------------------
Comment(by oxu...@…):
I'd like to add some lines about my personal experience trying to make
OpenLDAP work with DCS.
First of all, thanks to Aymeric and Brandon for their proposals.
I tried both suggestions, with these objectives:
* To integrate iCal and TB+Lightning 1.0pre in a calendar system, using
an OpenLDAP directory to hold user's data
* To have attendees' lookups work with both iCal and TB+L
* To reduce the complexity of users' schema (quite naive implication, but
relevant to the fact that there are no tools, at least known to me, to
easily maintain directory's data)
As reported in many forums
([http://discussions.apple.com/thread.jspa?messageID=9201124 1],
[http://www.zimbra.com/forums/isync-caldav/14812-ical-attendee-lookup-
using-zimbra-directory.html 2],
[http://forums.kerio.com/index.php?t=msg&goto=51672 3],
[http://discussions.apple.com/message.jspa?messageID=9469770 4]) iCal
lookup troubles are caused by the lack of some information on which iCal
rely, in order to set a proper scoping relating calendar server with
server's users.
1. Brandon Evans' package
Finely documented installation process (wiki page here:
[http://wiki.expertmx.com/doku.php?id=applecalendarserver 5]). This
suggestion seems to be the most integrated solution for iCal's
requirements.
However, I could not make it work: no explicit errors, but calendars
placeholders are not automatically generated on document root's structure,
so I end up with principals with no default calendar. I can provide more
details to whom is interested.
Moreover, my concern is: whenever this solution works, how am I supposed
to maintain it platform independently? Resource info, service locators et
cetera..
2. Aymeric Augustin's patch
Completely undocumented, but quite straightforward and at least simple
solution for RFC2307 integration. I could make it work (at least with no
groups, nor delegates) but clearly no lookup support for iCal.
In this specific situation I peeked into iCal<>LDAP communication.
Lookup request is performed with the correct filter and data are returned,
but iCal simply discard them. TB+L lookups are damned easy and they work
out of the box.
Relatively to iCal, it seems to me that the easiest way to fix this
problem is to break the need of iCal to filter out contacts with high
level metadata. Isn't possible just to configure this behavior?
Another thing that shakes me is that lookup for local groups works
[http://discussions.apple.com/message.jspa?messageID=9469770 4]. I don't
really want to end up to maintain a fake group list on each company's Mac!
1. http://discussions.apple.com/thread.jspa?messageID=9201124
2. http://www.zimbra.com/forums/isync-caldav/14812-ical-attendee-lookup-
using-zimbra-directory.html
3. http://forums.kerio.com/index.php?t=msg&goto=51672
4. http://discussions.apple.com/message.jspa?messageID=9469770
5. http://wiki.expertmx.com/doku.php?id=applecalendarserver
--
Ticket URL: <http://trac.calendarserver.org/ticket/260#comment:18>
CalendarServer </>
HTTP/WebDAV/CalDAV Server
_______________________________________________
calendarserver-dev mailing list
calendarserver-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-dev
