Introduction

Some applications and services which run in the NetWare 4 environment do not currently take full advantage of NDS technology. Bindery services were created to allow users in these environments access to NetWare 4 services.

With bindery services, NDS imitates a flat structure for leaf objects within an Organization or Organizational Unit object. Thus, when bindery services is enabled, all objects within the specified container can be accessed by NDS objects and by bindery-based servers and client workstations.

Note that bindery services applies only to leaf objects in the specified container object.

The container object where bindery services is set is called the bindery context. To enable bindery services, you can use the scoadmin(1M) NetWare Setup utility (see ``NetWare Setup'') or the nwcm(1Mipx) command line utility.

The following figure illustrates bindery services when an Organizational Unit object is specified as the bindery context.

Bindery Services in a Directory Tree

A writable replica of the partition that includes the container object to be set as the bindery context must be stored on each server you want bindery services enabled on. However, by default, only the first three servers installed on a partition receive a replica of the partition during the installation process and subsequently support bindery services.

You can add replicas to other servers if needed for bindery services. If a read/write or master replica is not present, use the Partition Manager utilities to add one to the server. See ``Managing NDS'' for information and procedures.

Note that if a bindery context is not set, NDS cannot support bindery services.

Bindery services allows NetWare 4 servers to emulate earlier versions of NetWare and is, therefore, server-centric. For instance, if a client workstation requests a bindery login, bindery services directs the default server to use the bindery login script found in the user's mail directory on the SYS volume instead of using the user's global NDS login script. Changes to the bindery login script are kept locally and are not distributed to other servers.

You cannot disable bindery services if someone is logged in via bindery services, and bindery objects are always available unless bindery services is disabled.