LDAPThe first step in using LDAP with LISTSERV is to add one or more LDAP servers in the LISTSERV site configuration. Each LDAP server is given a nickname, similar to DBMS data sources. You can also configure one unnamed LDAP server, again like with DBMS data sources, but it is probably less confusing to assign a nickname to every LDAP server. Using DEFAULT as the nickname will create an unnamed LDAP connection. Three configuration variables must be defined for every LDAP server:
The host name and optional port of the LDAP server. The exact format depends on your operating system and LDAP library. LISTSERV passes this string to the LDAP library as it is. On Unix, SSL encryption is requested by prepending 'ldaps://' to the host name. On Windows, the 'ldaps://' prefix is not available, but setting the port to 636 automatically requests SSL.
The userid and password that LISTSERV should use to log in to the LDAP server. The exact format of the userid depends on your LDAP server. LISTSERV does not attempt to parse or reformat these variables. If the password is an empty string, most LDAP servers will perform an anonymous login. If both userid and password are empty strings, LISTSERV will attempt a default login as defined by the LDAP library for your operating system. Under Windows, LISTSERV will be logged in with its current domain credentials (assuming it is connecting to an Active Directory server), and this usually provides sufficient access. Try it before configuring a userid and password. If the LDAP server is to be used to authenticate LISTSERV users, the following variables must also be defined:
The 'distinguished name' that should be the 'base' for searches when LISTSERV looks for a user account (see below for an explanation of the authentication process). This can be used to restrict LISTSERV access to a particular organizational unit within the enterprise. If omitted, LISTSERV tries to guess the DN that will admit any Active Directory Windows account, but this is a difficult guess to make, and of course you may not even be connecting to Active Directory.
The LDAP 'filter' that should be used when looking up user accounts (if this filter returns at least one entry, LISTSERV allows the user to try and log in. Otherwise, the login is rejected, even if the user would otherwise be able to log in to the LDAP server with the supplied credentials). Any occurrences of '%s' are replaced with the user's full email address, while '%u' expands to just the userid, and '%h' expands to the host name. If omitted, LISTSERV uses a filter that is suitable for most Active Directory installations.
The string that LISTSERV will use to bind (log in) on behalf of an end-user. The default value is %s. In addition, the following optional variables can be defined:
The name of the attribute that ordinarily specifies a user's email address in this directory. This is used as a default value in searches and can be overridden. If omitted, it defaults to 'mail' (suitable for Active Directory).
The name of the attribute that ordinarily contains the user's full name. If omitted, it defaults to 'name'. LISTSERV® is L-Soft's email list management software, originally developed by Eric Thomas in 1986. Visit the LISTSERV® Resource Center for more complete documentation. LISTSERV® is a registered trademark. The trademark identifies LISTSERV® as a brand of email list management software developed by L-Soft. |
