[CalendarServer-changes] [4668] CalendarServer/trunk/doc/Admin

source_changes at macosforge.org source_changes at macosforge.org
Thu Oct 29 13:49:55 PDT 2009


Revision: 4668
          http://trac.macosforge.org/projects/calendarserver/changeset/4668
Author:   wsanchez at apple.com
Date:     2009-10-29 13:49:52 -0700 (Thu, 29 Oct 2009)
Log Message:
-----------
New docs

Modified Paths:
--------------
    CalendarServer/trunk/doc/Admin/DirectoryService-XML.txt
    CalendarServer/trunk/doc/Admin/DirectoryServices.txt

Added Paths:
-----------
    CalendarServer/trunk/doc/Admin/DirectoryService-OpenDirectory.txt

Added: CalendarServer/trunk/doc/Admin/DirectoryService-OpenDirectory.txt
===================================================================
--- CalendarServer/trunk/doc/Admin/DirectoryService-OpenDirectory.txt	                        (rev 0)
+++ CalendarServer/trunk/doc/Admin/DirectoryService-OpenDirectory.txt	2009-10-29 20:49:52 UTC (rev 4668)
@@ -0,0 +1,44 @@
+Open Directory Service
+======================
+
+The Open Directory directory service provides principal information
+that is obtained using Apple's Open Directory service.
+
+Open Directory provides principal information for users, groups,
+locations, and resources.
+
+For more information about configuring Open Directory and running Open
+Directory services, see Apple's `Open Directory Administration`_
+document.
+
+.. _Open Directory Administration: http://images.apple.com/server/macosx/docs/Open_Directory_Admin_v10.6.pdf
+
+Configuring the Calendar Server
+-------------------------------
+
+The full name of the service is
+``twistedcaldav.directory.appleopendirectory.OpenDirectoryService``
+and the service takes a ``node`` parameter which contains the name of
+the directory node to bind to.
+
+For example:
+
+::
+
+  <!-- Open Directory Service -->
+  <key>DirectoryService</key>
+  <dict>
+    <key>type</key>
+    <string>twistedcaldav.directory.appleopendirectory.OpenDirectoryService</string>
+  
+    <key>params</key>
+    <dict>
+      <key>node</key>
+      <string>/Search</string>
+    </dict>
+  </dict>
+
+The special Open Directory node ``/Search`` causes the server to use
+the default directory search path that the host system the server is
+running on is configured to use. To bind to a specific LDAP service, a
+node in the form ``/LDAPv3/ldapserver.example.com`` may be specified.


Property changes on: CalendarServer/trunk/doc/Admin/DirectoryService-OpenDirectory.txt
___________________________________________________________________
Added: svn:mime-type
   + text/plain

Modified: CalendarServer/trunk/doc/Admin/DirectoryService-XML.txt
===================================================================
--- CalendarServer/trunk/doc/Admin/DirectoryService-XML.txt	2009-10-29 20:30:00 UTC (rev 4667)
+++ CalendarServer/trunk/doc/Admin/DirectoryService-XML.txt	2009-10-29 20:49:52 UTC (rev 4668)
@@ -4,6 +4,9 @@
 The XML directory service provides principal information that is read
 from an XML file.
 
+The XML file provides principal information for users, groups,
+locations, and resources.
+
 One advantage to this directory service implementation is that it does
 not require a networked directory server to be running somewhere,
 instead simply relying on a file.
@@ -42,36 +45,17 @@
 Principals are expressed in an XML document. The root element
 ``accounts`` has an attribute ``realm`` which describes the
 authentication realm. It contains principal elements which in turn
-contain elements describing the principal. The element itself denotes
-the principal type.
+contain elements describing the principal. The element itself
+(``user``, ``group``, ``location``, ``resource``) denotes the
+principal type.
 
-The principal types supported by the XML directory service are:
-
-users
-
-  Individual (typically human) users of the system. XML element: ``user``
-
-groups
-
-  Principals that contain other principals ("members"). Members can be
-  principals of any type, including other group principals.  XML
-  element: ``group``
-
-locations
-
-  Locations that can be scheduled. XML element: ``location``
-
-resources
-
-  Other resources (eg. projectors) which can be scheduled. XML
-  element: ``resource``
-
 Principal elements can contain the following elements which provide
 information about the principal:
 
 ``uid``
 
-  The login identifier for the principal (ie. "username" or "short name").
+  The login identifier for the principal (ie. "user name" or "short
+  name").
 
 ``guid``
 

Modified: CalendarServer/trunk/doc/Admin/DirectoryServices.txt
===================================================================
--- CalendarServer/trunk/doc/Admin/DirectoryServices.txt	2009-10-29 20:30:00 UTC (rev 4667)
+++ CalendarServer/trunk/doc/Admin/DirectoryServices.txt	2009-10-29 20:49:52 UTC (rev 4668)
@@ -44,10 +44,33 @@
 users, groups, resources, and so on. Calendar Server keeps this
 distinction, and some types are treated specially.
 
+Principal types commonly provided by directory services include:
+
+users
+
+  Individual (typically human) users of the system.
+
+groups
+
+  Principals that contain other principals ("members"). Members can be
+  principals of any type, including other group principals.
+
+locations
+
+  Locations that can be scheduled.
+
+resources
+
+  Other resources (eg. projectors) which can be scheduled.
+
 For example, only user principals are allowed to authenticate with
 (log into) the server. Only group principals have members, and group
 principals do not have calendars.
 
+
+Configuration
+=============
+
 The directory service used by the server is configured in the
 ``caldavd.plist`` file by specifying the directory service
 implementation to use, as well as its configuration options. Options
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/calendarserver-changes/attachments/20091029/2e4f5088/attachment.html>


More information about the calendarserver-changes mailing list